FreeGo And Touch http://freego-and-touch.tuxfamily.org/index.php5?title=Accueil MediaWiki 1.13.2 first-letter Media Special Discuter Utilisateur Discussion Utilisateur FreeGo And Touch Discussion FreeGo And Touch Image Discussion Image MediaWiki Discussion MediaWiki Modèle Discussion Modèle Aide Discussion Aide Catégorie Discussion Catégorie 1 1 2008-10-08T09:30:51Z MediaWiki default <big>'''MediaWiki a été installé avec succès.'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation de ce logiciel. == Démarrer avec MediaWiki == * [http://www.mediawiki.org/wiki/Manual:Configuration_settings Liste des paramètres de configuration] * [http://www.mediawiki.org/wiki/Manual:FAQ/fr FAQ MediaWiki] * [http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Liste de discussion des parutions de MediaWiki] 2 2008-10-08T09:45:56Z Admin 1 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. 3 2008-10-08T09:50:19Z Admin 1 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR : *Maxime *Vincent *Thomas Equipe CHM : *Pierre *Nicolas *Yoann *Pierrick 4 2008-10-08T09:56:05Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR : *Maxime *Vincent *Thomas Equipe CHM : *Pierre *Nicolas *Yoann *Pierrick Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 5 2008-10-08T13:05:51Z Vincent 3 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR : *Maxime *Vincent *Thomas [[Partie ASITR]] Equipe CHM : *Pierre *Nicolas *Yoann *Pierrick Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 7 2008-10-08T13:54:59Z Vincent 3 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime *Vincent *Thomas Equipe CHM : *Pierre *Nicolas *Yoann *Pierrick Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 12 2008-10-08T15:59:34Z Beber 4 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime *Vincent ->OK *Thomas Equipe CHM : *Pierre ->OK *Nicolas ->OK *Yoann *Pierrick Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 13 2008-10-08T19:22:10Z Pierrick 5 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime *Vincent ->OK *Thomas Equipe CHM : *Pierre ->OK *Nicolas ->OK *Yoann ->OK *Pierrick Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 14 2008-10-08T19:22:30Z Pierrick 5 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime *Vincent ->OK *Thomas Equipe CHM : *Pierre ->OK *Nicolas ->OK *Yoann *Pierrick ->OK Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 15 2008-10-08T19:55:22Z Vincent 3 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime *Vincent ->inscrit *Thomas Equipe CHM : *Pierre ->inscrit *Nicolas ->inscrit *Yoann *Pierrick ->inscrit Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 16 2008-10-08T20:27:56Z Vincent 3 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime *Vincent ->inscrit *Thomas ->inscrit Equipe CHM : *Pierre ->inscrit *Nicolas ->inscrit *Yoann *Pierrick ->inscrit Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 17 2008-10-08T20:29:42Z Vincent 3 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit Equipe CHM : *Pierre ->inscrit *Nicolas ->inscrit *Yoann *Pierrick ->inscrit Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 21 2008-10-08T22:48:41Z Yoann 8 ajout "->inscrit" pour Yoann <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit Equipe CHM : *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 23 2008-10-09T14:00:07Z Maxime 7 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting Equipe ASITR ([[Partie ASITR]]) : *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit Equipe CHM : *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit Equipe encadrante : *Valérie Renaud *Florent Carlier Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 24 2008-10-09T14:06:50Z Vincent 3 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting ===== Equipe encadrante ===== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ===== Equipe ASITR ([[Partie ASITR]]) : ===== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ===== Equipe CHM : ===== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 26 2008-10-10T00:51:42Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> présentation TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la syntaxe Mediawiki : http://www.mediawiki.org/wiki/Help:Formatting === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Etat de l'art (projets années passées) === TODO === Idées, pistes, liens === Synthèse vocale avec Festival : http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ 27 2008-10-10T01:14:29Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ** proposer/trier/sélectionner les idées (partie fonctionnelle) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Documentations : ** howto pour mettre en place l'environnement de travail optimal (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 36 2008-10-12T13:28:27Z Maxime 7 /* Idées, pistes, liens */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ** proposer/trier/sélectionner les idées (partie fonctionnelle) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Documentations : ** howto pour mettre en place l'environnement de travail optimal (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI : Présentation des solutions disponibles et débat sur l'interface graphique]] 37 2008-10-12T13:29:11Z Maxime 7 /* Idées, pistes, liens */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ** proposer/trier/sélectionner les idées (partie fonctionnelle) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Documentations : ** howto pour mettre en place l'environnement de travail optimal (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique 39 2008-10-12T13:47:33Z Maxime 7 /* Idées, pistes, liens */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ** proposer/trier/sélectionner les idées (partie fonctionnelle) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Documentations : ** howto pour mettre en place l'environnement de travail optimal (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 43 2008-10-12T21:10:05Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme, [[DebatGUI]]) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 44 2008-10-13T14:05:58Z Nico 2 /* Planning */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées [[ProjetsPrecedents]] ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme, [[DebatGUI]]) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 45 2008-10-13T14:06:10Z Nico 2 /* Planning */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === TODO === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Equipe === ==== Encadrants ==== *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] ==== Equipe ASITR ([[Partie ASITR]]) : ==== *Maxime ->inscrit *Vincent ->inscrit *Thomas ->inscrit ==== Equipe CHM ([[Partie CHM]]) : ==== *Pierre ->inscrit *Nicolas ->inscrit *Yoann ->inscrit *Pierrick ->inscrit === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme, [[DebatGUI]]) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 49 2008-10-14T16:41:53Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === * [[Equipe]] === Utilisation du wiki === Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme, [[DebatGUI]]) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 52 2008-10-14T16:43:30Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> === Présentation === * [[Equipe]] * [[UtilisationWiki]] === Planning === * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme, [[DebatGUI]]) * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) === Idées, pistes, liens === * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 54 2008-10-14T16:45:14Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques (tenir compte de la plateforme, [[DebatGUI]]) ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 55 2008-10-14T16:46:14Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 56 2008-10-14T16:53:25Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] *** [[InstallationPokyLinux]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 64 2008-10-14T17:44:08Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 67 2008-10-14T17:48:44Z Nico 2 /* Présentation */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] ([[Partie ASITR]], [[Partie CHM]]) * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * [[DebatGUI]] : Présentation des solutions disponibles et débat sur l'interface graphique * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 68 2008-10-14T17:50:14Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] ([[Partie ASITR]], [[Partie CHM]]) * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 75 2008-10-15T13:05:57Z Beber 4 /* Spécifications */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] ([[Partie ASITR]], [[Partie CHM]]) * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques *** [[idées de features]] ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 77 2008-10-15T13:08:23Z Beber 4 /* Spécifications */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] ([[Partie ASITR]], [[Partie CHM]]) * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ** [[idées de features]] ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 80 2008-10-15T19:35:38Z Maxime 7 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == * [[Equipe]] ([[Partie ASITR]], [[Partie CHM]]) * [[UtilisationWiki]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ** [[idées de features]] ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 88 2008-10-16T16:16:32Z Nico 2 <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == [[Partie ASITR]], [[Partie CHM]] Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** [[idées de features]] ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 110 2008-10-17T13:42:39Z Nico 2 /* Présentation */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** [[idées de features]] ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 117 2008-10-17T14:15:34Z Nico 2 /* Présentation */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. [[Image:logo-beagle.png]] [[Image:logo-poky.gif]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** [[idées de features]] ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 120 2008-10-17T14:18:17Z Nico 2 /* Présentation */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** étudier/tester les projets des années passées ([[ProjetsPrecedents]]) ** [[idées de features]] ** proposer/trier/sélectionner les idées (fixer des priorités) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 127 2008-10-17T15:16:53Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[ProjetsPrecedents]] : étudier/tester les projets des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[idées de features]] : proposer/trier/sélectionner les idées (fixer des priorités) ** maquettes d'interfaces (positionnement des parties, éléments récurrent, etc) ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 135 2008-10-17T16:27:18Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[ProjetsPrecedents]] : étudier/tester les projets des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[idées de features]] : proposer/trier/sélectionner les idées (fixer des priorités) ** [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrent, etc ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 137 2008-10-17T16:31:55Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[ProjetsPrecedents]] : étudier/tester les projets des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[idées de features]] : proposer/trier/sélectionner les idées (fixer des priorités) ** [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 142 2008-10-17T16:41:19Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran et d'une carte embarquée contenant un linux. [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[idées de features]] : proposer/trier/sélectionner les idées (fixer des priorités) ** [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 143 2008-10-17T16:49:17Z Nico 2 /* Présentation */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[idées de features]] : proposer/trier/sélectionner les idées (fixer des priorités) ** [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). 144 2008-10-18T11:55:26Z Maxime 7 /* Idées, pistes, liens */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[idées de features]] : proposer/trier/sélectionner les idées (fixer des priorités) ** [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 152 2008-10-20T14:59:07Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== * Etat de l'art : ** [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) ** [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) ** [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc ** discussion CHM - ASITR, bilan des contraintes ** étudier les solutions techniques en tenant compte des contraintes *** [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique *** [[InstallationPokyLinux]] *** [[UtiliserImagePokyLinux]] *** [[CustomiserPoky]] ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 154 2008-10-20T15:15:35Z Nico 2 /* Etat de l'art */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 168 2008-10-24T13:42:48Z Nico 2 /* Partie technique */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance ==Spécifications== * Cahier des charges : ** objectifs ** planification (interdépendance CHM - ASITR) ** spécifications fonctionnelles ** spécifications techniques ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 243 2008-11-07T16:00:05Z Nico 2 /* Spécifications */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 254 2008-11-08T10:57:30Z Maxime 7 /* Partie technique */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 326 2008-11-14T09:03:09Z Nico 2 /* Développement */ <big>'''Bienvenue sur le wiki de FreeGo & Touch'''</big> == Présentation == Le projet Freego And Touch est un projet de master 2, initié par l'IUP MiMe du Mans. Son objectif est de mettre en place une suite d'applications sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Le site est hébergé chez TuxFamily, nous avons la possibilité de mettre en place une liste de diffusion, disposer de dépôts CVS / SVN / GIT pour versionner les sources (à discuter). ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** [[Convention de codage Python]] ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 339 2008-11-14T13:47:06Z Nico 2 == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** [[Convention de codage Python]] ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 344 2008-11-18T15:28:28Z David LP 13 /* Présentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** [[Convention de codage Python]] ** application frigo ** prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 348 2008-11-21T09:51:23Z Beber 4 /* Développement */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** [[Convention de codage Python]] ** Application frigo ** [[Prototype cave à vin]] ** Prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** Howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 356 2008-11-21T10:37:25Z Nico 2 == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * Développement ** [[Convention de codage Python]] ** Application frigo ** [[Prototype cave à vin]] ** Prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** Howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) ==Documentation== Attacher ici le cahier des charges et autres manuels :D == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 387 2008-11-21T17:19:14Z Nico 2 /* Développement */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] * [[Convention de codage Python]] * Application frigo * [[Prototype cave à vin]] * Prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** Howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) ==Documentation== Attacher ici le cahier des charges et autres manuels :D == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 390 2008-11-21T18:03:40Z Nico 2 /* Documentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] * [[Convention de codage Python]] * Application frigo * [[Prototype cave à vin]] * Prototype ipod (pas d'obligation, bonus) à voir avec antho, peut être pendant UE15 * Documentations : ** Howto pour mettre en place l'environnement de travail (virtualisation qemu, etc) ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 397 2008-11-22T01:18:25Z Nico 2 /* Développement */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 411 2008-11-28T14:48:27Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] 427 2008-12-02T16:29:01Z Beber 4 /* Idées, pistes, liens */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml 428 2008-12-02T16:30:06Z Beber 4 /* Idées, pistes, liens */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml *il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 429 2008-12-02T16:36:39Z Beber 4 /* Idées, pistes, liens */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 430 2008-12-02T16:41:31Z Beber 4 /* Idées, pistes, liens */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 438 2008-12-05T13:10:14Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système * [[Liste des entrées et sorties]]: détails sur les entrées et sorties du FreeGo * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 444 2008-12-05T15:04:46Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties du FreeGo]]: Liste des entrées et sorties * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 445 2008-12-05T15:06:55Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties du FreeGo]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 452 2008-12-05T15:47:15Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 453 2008-12-05T15:47:55Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 454 2008-12-05T15:48:34Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture matérielle]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 457 2008-12-05T15:49:09Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer un environnement de développement optimal ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 462 2008-12-06T12:09:22Z Nico 2 /* Développement */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] Note : Grand merci à notre hébergeur [http://tuxfamily.org/ TuxFamily] ! ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * [[Environnement de développement Poky Qemu]] : installer l'environnement de tests ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 463 2008-12-06T12:17:54Z Nico 2 == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 465 2008-12-06T12:33:51Z Nico 2 /* Développement */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * [http://nicolas-dupont.tuxfamily.org/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde *Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire 511 2009-01-14T14:42:32Z Nico 2 /* Idées, pistes, liens */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 521 2009-01-20T10:46:33Z Vincent 3 /* Présentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 523 2009-01-30T14:30:25Z Nico 2 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 534 2009-02-02T21:56:37Z Nico 2 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[CustomiserPoky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 559 2009-02-04T18:02:28Z Nico 2 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[InstallationPokyLinux]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 562 2009-02-04T18:04:08Z Nico 2 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[UtiliserImagePokyLinux]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 565 2009-02-04T18:05:25Z Nico 2 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[DebatGUI]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 568 2009-02-04T18:06:52Z Nico 2 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Profesionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 587 2009-02-07T18:44:11Z Nico 2 /* Présentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 593 2009-02-09T14:04:27Z Beber 4 /* Documentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *_{[[Image:CahierDesCharges.pdf]]} *[[Image:ManuelConception.pdf]] *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] *[[Presentation diaporama du projet]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 594 2009-02-09T14:04:44Z Beber 4 /* Documentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *<del>[[Image:CahierDesCharges.pdf]]</del> *[[Image:ManuelConception.pdf]] *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] *[[Presentation diaporama du projet]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 595 2009-02-09T14:05:46Z Beber 4 /* Documentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== *<del>[[Image:CahierDesCharges.pdf]]</del> *<del>[[Image:ManuelConception.pdf]]</del> *[[Manuel de conception]] *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] *[[Presentation diaporama du projet]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 629 2009-02-09T17:15:54Z Nico 2 /* Documentation */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 631 2009-02-09T17:20:15Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 634 2009-02-09T17:24:02Z Beber 4 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système * [[Détails sur les entrées et sorties de la BeagleBoard]]: Liste des entrées et sorties ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 636 2009-02-09T17:27:49Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture matérielle du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 646 2009-02-09T17:32:47Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du systèm]]: schéma bloc et details sur l'architecture du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 647 2009-02-09T17:33:09Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Architecture du système]]: schéma bloc et details sur l'architecture du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 649 2009-02-09T17:34:19Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Ancienne architecture du système]]: schéma bloc et details sur l'architecture du système ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 654 2009-02-09T17:35:42Z Thomas 6 /* Partie technique */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** répartition du W (qui a fait quoi ?) ** difficultés rencontrées ** résultat final ** améliorations / extensions possibles *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 700 2009-02-11T08:01:50Z Beber 4 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] *[[Image:ManuelConception.pdf]] : ajouter méthode d'extension (comment créer un module, ...) <nico> *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : ** gantt prévisionnel + gantt effectif (comparaison) ** difficultés rencontrées <En cours> ** résultat final *[[Presentation diaporama du projet]] <Beber> == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 702 2009-02-11T09:35:47Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConception.pdf]] : justification des choix techniques, description de l'architecture de l'application ainsi que la création de nouveaux modules (version 10/02/2009) (reste relecture + corrections) *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (en cours rédaction) *[[Presentation diaporama du projet]] <Beber> (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 706 2009-02-11T09:38:32Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConception.pdf]] : justification des choix techniques, description de l'architecture de l'application ainsi que la création de nouveaux modules, (version 10/02/2009) (reste relecture + corrections, todo: récupération les sources du projet et compilation) *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (en cours rédaction) *[[Presentation diaporama du projet]] <Beber> (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 709 2009-02-11T10:03:54Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConception-v1-3.pdf]] : justification des choix techniques, description de l'architecture de l'application ainsi que la création de nouveaux modules, (version 10/02/2009) (reste relecture + corrections, todo: récupération les sources du projet et compilation) *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (en cours rédaction) *[[Presentation diaporama du projet]] <Beber> (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 711 2009-02-11T11:27:23Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 11/02/2009, reste relecture + corrections mineures) *[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (en cours rédaction) *[[Presentation diaporama du projet]] <Beber> (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 716 2009-02-11T13:22:00Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 11/02/2009, reste relecture + corrections mineures) *<del>[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran</del> *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (en cours rédaction) *[[Presentation diaporama du projet]] <Beber> (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 718 2009-02-11T13:22:24Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 11/02/2009, reste relecture + corrections mineures) *<del>[[Manuel utilisateur ]]: fonctionnalités détaillées et illustrées par des impressions écran</del> *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (en cours rédaction) *[[Presentation diaporama du projet]] (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 732 2009-02-12T17:29:30Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 12/02/2009) *[[Document de suivi du projet]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (version 12/02/2009) *[[Presentation diaporama du projet]] (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 734 2009-02-12T17:30:59Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 12/02/2009) *[[DocumentSuiviProjet.pdf]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (version 12/02/2009) *[[Presentation diaporama du projet]] (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 735 2009-02-12T17:31:24Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation CHM === *[[Image:CahierDesCharges.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 12/02/2009) *[[Image:DocumentSuiviProjet.pdf]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (version 12/02/2009) *[[Presentation diaporama du projet]] (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 738 2009-02-12T18:16:36Z Nico 2 /* Documentation CHM */ == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" ==Documentation== === Documentation GIIPS === *[[Image:CahierDesCharges_GIIPS.pdf]] : description du projet et fonctionnalités retenues (version 21/11/2008) *[[Image:ManuelConceptionRealisation.pdf]] : justification des choix techniques, description de l'architecture de l'application, création de nouveaux modules, récupération les sources du projet, compilation et tests (version 12/02/2009) *[[Image:DocumentSuiviProjet.pdf]] : répartition du travail, diagrammes de Gantt, difficultés, apports, présentation du résultat (version 12/02/2009) *[[Presentation diaporama du projet]] (en cours rédaction) == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 740 2009-02-27T12:03:22Z Nico 2 == Présentation == Le projet Freego And Touch est un projet de master 2 de l'IUP MiMe du Mans, initié et encadré par [http://www-info.univ-lemans.fr/~renault/ Valérie Renault] et [http://www-info.univ-lemans.fr/~carlier/ Florent Carlier]. Son objectif est de mettre en place une suite d'applications (Python + GTK + Sqlite) sur un réfrigérateur équipé d'un écran tactile et d'une carte embarquée (BeagleBoard) contenant un linux (PokyLinux). [[Image:logo-beagle.gif]] [[Image:logo-poky.png]] [[Image:logo-python.png]][[Image:SQLite.png]] Deux équipes ont été créée à cet effet, une équipe Architecture Système Informatique Temps Réel et une équipe Communication Homme Machine. Un autre projet s'interface avec celui-ci, un projet de Licence Professionnelle dont l'objectif est de visualiser l'état du réfrigérateur sur un IPhone. Voici les brainstorming, planning et répartition des tâches des différents groupes : * [[Partie ASITR]] * [[Partie CHM]] * [[Partie LP SIRI]] ==Etat de l'art== === Partie fonctionnelle === * [[Prototypes 2006 à 2008]] : étudier/tester les prototypes des années passées (fonctionnel, technologies, avantages, inconvénients) * [[Fonctionnalités proposées]] : proposer/trier/sélectionner les idées (fixer des priorités) * [[Maquette interface utilisateur]] : positionnement des parties, éléments récurrents, etc === Partie technique === Etudier les solutions techniques en tenant compte des contraintes * [[Débat interface graphique]] : présenter les solutions disponibles et débattre sur l'interface graphique * [[Installer Poky]] : compiler le noyau Poky Linux et son système de fichiers * [[Utiliser image Poky]] : utiliser le système Poky sur la BeagleBoard ou l'émuler avec QEMU * [[Personnaliser Poky]] : ajouter des paquets à la distribution de base, configurer le système * [[Customiser le thème]] : modifier les couleurs du thème Sato et Gtk-2.0 * [[Mini serveur HTTP]] : lancer un petit serveur HTTP codé en Python pour rendre accessible la liste de course, etc * [[Persistance des informations]] : discussion et justification des choix concernant la persistance * [[Kernel]] : Récupération, configuration et compilation du kernel linux * [[Communication avec le FreeGo]]: choix du bus pour la communication avec le FreeGo * [[Nouvelle architecture du système]]: schéma bloc et details sur la nouvelle architecture * [[Ancienne architecture du système]]: schéma bloc et details sur l'ancienne architecture ==Conception== * [[Architecture générale]] : les modules de l'application et leurs dépendances * [[Spécifications des modules]] : description des modules retenues, leurs fonctionnalités, la persistance des données ==Développement== * [[Gestion des sources avec SVN]] : organisation des dépôts SVN * [[Convention de codage Python]] : tips et conventions à suivre * [[Prototype cave à vin]] : prototype de l'UE15 pour valider les technologies * [[Environnement de développement Python]] : installer l'environnement de développement * Environnement de développement et tests Poky Qemu : ** suivre [[InstallationPokyLinux]] en utilisant notre version SVN ([[Gestion des sources avec SVN]]) ** se référer à [[UtiliserImagePokyLinux]] pour émuler via Qemu ** pour mettre à jour les applications CHM, se rendre dans le répertoire freego_apps et faire un "svn update" == Idées, pistes, liens == * Utilisation de la librairie "libpurple"(cf. projet Pidgin) ou asterisk pour la communication (msn, voip, visioconference). * Article intéressant sur la mise en place de poky-sdk : [http://blog.haerwu.biz/2008/07/17/using-poky-sdk-to-build-software/ Using Poky to build software] *Flux rss interessants pour les recettes (à noter qu'il est difficile de récupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml ** Flux rss de le pro de la cuisine http://www.feediz.com/synd/1338.xml ** Recettes-desserts.com http://www.feediz.com/synd/1378.xml ** Délices du monde * Il existe des flux rss sur la recette du jour, c'est une bonne idée pour le frigo. Si l'utilisateur cherche quelquechose à faire * [http://www.libre-a-vous.fr/2008/10/synthese-vocale-festival/ synthèse vocale avec Festival] 77 651 2009-02-09T17:34:35Z Thomas 6 a renommé [[Ancienne Architecture du système]] en [[Ancienne architecture du système]] #REDIRECT [[Ancienne architecture du système]] 53 415 2008-11-28T15:51:07Z Thomas 6 Nouvelle page : [[Image:ArchiMatos.png]] == Interface I2C == L'interface I2C sera constistuée de composants permettant d'adapter des signaux numériques et analogique pour les transmettre via le ... [[Image:ArchiMatos.png]] == Interface I2C == L'interface I2C sera constistuée de composants permettant d'adapter des signaux numériques et analogique pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. === PCF8574: === Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C. [www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] === PCF8591: === Composant constitué de quatre entrées et d'une sortie analogique, et d'une interface I2C. [ww.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 416 2008-11-28T15:52:09Z Thomas 6 /* Interface I2C */ [[Image:ArchiMatos.png]] == Interface I2C == L'interface I2C sera constistuée de composants permettant d'adapter des signaux numériques et analogique pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. === PCF8574: === Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C. [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] === PCF8591: === Composant constitué de quatre entrées et d'une sortie analogique, et d'une interface I2C. [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 417 2008-11-28T15:54:10Z Thomas 6 /* Interface I2C */ [[Image:ArchiMatos.png]] == Interface I2C == L'interface I2C sera constistuée de composants permettant d'adapter des signaux numériques et analogique pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. === PCF8574: === Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] === PCF8591: === Composant constitué de quatre entrées et d'une sortie analogique, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 418 2008-11-28T15:55:26Z Thomas 6 /* Interface I2C */ [[Image:ArchiMatos.png]] == Interface I2C == L'interface I2C sera constistuée de composants permettant d'adapter des signaux numériques et analogique pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué de quatre entrées et d'une sortie analogique, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 421 2008-11-28T16:50:39Z Thomas 6 /* Interface I2C */ [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de facilité le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 422 2008-11-28T16:51:00Z Thomas 6 /* Interfaces I2C */ [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 455 2008-12-05T15:48:51Z Thomas 6 a renommé [[Architecture matérielle]] en [[Architecture du système]] [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] 458 2008-12-05T16:01:03Z Thomas 6 [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. 639 2009-02-09T17:28:46Z Thomas 6 [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. ==[[Détails sur les entrées et sorties de la BeagleBoard]]== 641 2009-02-09T17:30:08Z Thomas 6 /* Détails sur les entrées et sorties de la BeagleBoard */ [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. ==[[Détails sur les entrées et sorties de la BeagleBoard]]== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 642 2009-02-09T17:30:51Z Thomas 6 a renommé [[Architecture du système]] en [[Ancienne Architecture du système]] [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. ==[[Détails sur les entrées et sorties de la BeagleBoard]]== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 650 2009-02-09T17:34:35Z Thomas 6 a renommé [[Ancienne Architecture du système]] en [[Ancienne architecture du système]] [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. ==[[Détails sur les entrées et sorties de la BeagleBoard]]== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 690 2009-02-10T15:23:47Z Thomas 6 Cette architecture a été abandonnée au profit d'un nouveau modèle, en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. consulter la page de la page de la [[Nouvelle architecture du système]]. =Acienne architecture matétrielle= [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. ==[[Détails sur les entrées et sorties de la BeagleBoard]]== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 692 2009-02-10T15:26:53Z Thomas 6 =Notes préalable= Cette architecture a été abandonnée au profit d'un nouveau modèle, en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. consulter la page de la page de la [[Nouvelle architecture du système]]. =Acienne architecture matétrielle= [[Image:ArchiMatos.png]] == Interfaces I2C == L'interface de communication se découpe en deux parties: une interface de commande (Beagleboard vers FreeGo) et une interface de réception de données (FreeGo vers Beagleboard). Ceci afin de faciliter le developpement, le débugage et les évolutions éventuelles. les interfaces I2C seront constistuées de composants permettant d'adapter des signaux numériques et analogiques pour les transmettre via le bus I2C. Ses deux composants sont le PCF8574 et le PCF8591. =====PCF8574:===== Composant constitué d'un port 8 bits bidirectionnel, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8574_4.pdf Datasheet PCF8574] =====PCF8591:===== Composant constitué d'une sortie et de quatre entrées analogiques, et d'une interface I2C.<br/> [http://www.nxp.com/acrobat_download/datasheets/PCF8591_6.pdf Datasheet PCF8591] == Mise en marche et extinction du système == La mise en marche et l'extinction de la beagleboard sont gérés avec la mise sous tension du FreeGO. Un système d'alimentation auxiliaire, tel qu'un onduleur ou une batterie, pour la beagleboard doit cependant être prévu pour que le système puissent prévenir l'utilisateur d'une perte d'alimentation du FreeGo. ==[[Détails sur les entrées et sorties de la BeagleBoard]]== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 76 643 2009-02-09T17:30:51Z Thomas 6 a renommé [[Architecture du système]] en [[Ancienne Architecture du système]] #REDIRECT [[Ancienne Architecture du système]] 653 2009-02-09T17:34:39Z Correcteur de redirection 14 [[Ancienne Architecture du système]] a été renommé, ceci est maintenant une redirection vers [[Ancienne architecture du système]] #REDIRECT [[Ancienne architecture du système]] 32 247 2008-11-07T16:32:42Z Nico 2 Nouvelle page : = Principe = L'application est composée de divers modules déployés sur le système PokiLinux. = Architecture d'un module = Chaque module est un composant à part entière, qui s... = Principe = L'application est composée de divers modules déployés sur le système PokiLinux. = Architecture d'un module = Chaque module est un composant à part entière, qui suit l'architecture MVC et contient donc : * des modèles (Python): classes métiers (ex: Produit) et classes de gestion de la persistance de type Data Access Object qui propose les opérations CRUD (Create, Read, Update, Delete) classiques (ex: ProduitDAO) * des vues (Python + PyGTK): différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py) * des contrôleurs (Python) : classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle 248 2008-11-07T16:56:51Z Nico 2 L'application est composée de divers modules déployés sur le système PokiLinux : [[Image:ArchiGenerale.png]] Chaque module suit l'architecture MVC et définit donc : * des modèles (Python): classes métiers (ex: Produit) et classes de gestion de la persistance de type Data Access Object qui propose les opérations CRUD (Create, Read, Update, Delete) classiques (ex: ProduitDAO) * des vues (Python + PyGTK): différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py) * des contrôleurs (Python) : classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle La persistance est partagée 250 2008-11-07T17:06:50Z Nico 2 = Principe = L'application est composée de divers modules déployés sur le système Poky. Les modules sont réalisés avec : * GTK * SQLite * Python et ses librairies PyGtk et PySQLite (voir la compilation sur Poky) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Les modèles (Python) sont composés de classes métiers (ex: Produit) et classes de gestion de la persistance de type Data Access Object qui propose les opérations CRUD (Create, Read, Update, Delete) classiques (ex: ProduitDAO). A noter que la persistance est "partagée", elle consiste en une seule base de données SQLite. == Vue == Les vues (Python + PyGTK) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. 258 2008-11-09T17:44:54Z Nico 2 /* Principe */ = Principe = L'application est composée de divers modules déployés sur le système Poky. Les modules sont réalisés avec : * GTK * SQLite * Python et ses librairies pygtk et <del>PySQLite</del> sqlite3 <del>(voir la compilation sur Poky)</del> * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Les modèles (Python) sont composés de classes métiers (ex: Produit) et classes de gestion de la persistance de type Data Access Object qui propose les opérations CRUD (Create, Read, Update, Delete) classiques (ex: ProduitDAO). A noter que la persistance est "partagée", elle consiste en une seule base de données SQLite. == Vue == Les vues (Python + PyGTK) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. 259 2008-11-09T17:45:45Z Nico 2 /* Vue */ = Principe = L'application est composée de divers modules déployés sur le système Poky. Les modules sont réalisés avec : * GTK * SQLite * Python et ses librairies pygtk et <del>PySQLite</del> sqlite3 <del>(voir la compilation sur Poky)</del> * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Les modèles (Python) sont composés de classes métiers (ex: Produit) et classes de gestion de la persistance de type Data Access Object qui propose les opérations CRUD (Create, Read, Update, Delete) classiques (ex: ProduitDAO). A noter que la persistance est "partagée", elle consiste en une seule base de données SQLite. == Vue == Les vues (Python + pygtk) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. 265 2008-11-12T23:18:01Z Nico 2 = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Les modèles (Python) sont composés de classes métiers (ex: Produit) et classes de gestion de la persistance de type Data Access Object qui propose les opérations CRUD (Create, Read, Update, Delete) classiques (ex: ProduitDAO). A noter que la persistance est "partagée", elle consiste en une seule base de données SQLite. == Vue == Les vues (Python + pygtk) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. 266 2008-11-12T23:34:53Z Nico 2 /* Architecture MVC */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. == Vue == Les vues (Python + pygtk) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. 267 2008-11-13T00:19:32Z Nico 2 = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. == Vue == Les vues (Python + pygtk) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, use_by_date timestamp)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('Truc1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('Truc1','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) 268 2008-11-13T00:23:40Z Nico 2 /* Utilisation */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. == Vue == Les vues (Python + pygtk) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, use_by_date timestamp)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True 269 2008-11-13T00:30:56Z Nico 2 /* Couple basique business / dao */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. == Vue == Les vues (Python + pygtk) proposent les différentes interfaces utilisateur (ex: ProductListWindow.py, ProductDetail.py). == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, price real)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # to enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True 270 2008-11-13T01:38:09Z Nico 2 /* Vue */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. == Vue == Les vues sont implémentées en utilisant le module pygtk afin de proposer différentes interfaces utilisateur. Un module ne possède qu'une instance de gtk.Window (ex: MainWindow) qui contient successivement plusieurs instances de gtk.Box (ex: ProductDetailsBox, ProductListBox, etc) en fonction de la navigation de l'utilisateur. Une vue (MainWindow) connaît un contrôleur qui gère les interactions utilisateurs (clics sur des boutons, changement de vues, modification de données). Une vue (Box) connaît les DAO des objets qu'elle présente (une vue ne doit/peut pas modifier un objet métier) et s'enregistre auprès de ceux-ci pour appliquer le design pattern Observer. Ce pattern permet de mettre à jour automatiquement une vue lorsque l'objet métier représenté est modifié (ex: changement de température, objet modifié par un module en étant consulté par un autre). TODO : ajouter add_observer(Box, [ObjectId]) et notify_all() aux DAO (+ système de cache via dico ?) == Contrôleur == Les contrôleurs (Python) sont des classes qui prennent en charge la gestion des événements (appels méthodes de la vue) pour mettre à jour la vue ou le modèle. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, price real)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # to enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True 271 2008-11-13T02:11:26Z Nico 2 /* Architecture MVC */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. Les différents DAO implémentent les méthodes : * add_observer(Object) : ajoute un observateur dans la liste * remove_observer(Object) : retire un observateur de la liste * notify(BO_Object) : prévient tous les obervateurs qu'un objet métier a changé (update, delete) NOTE : système de cache via dico ? == Vue == Les vues sont implémentées en utilisant le module pygtk afin de proposer différentes interfaces utilisateur. Un module ne possède qu'une instance de gtk.Window (ex: MainWindow) qui contient successivement plusieurs instances de gtk.Box (ex: ProductDetailsBox, ProductListBox, etc) en fonction de la navigation de l'utilisateur. Une vue (MainWindow) connaît un contrôleur qui gère les interactions utilisateurs (clics sur des boutons, changement de vues, modification de données). Une vue (Box) connaît les DAO des objets qu'elle présente (une vue ne doit/peut pas modifier un objet métier) et s'enregistre auprès de ceux-ci pour appliquer le design pattern Observer. Ce pattern permet de mettre à jour automatiquement une vue lorsque l'objet métier représenté est modifié (ex: changement de température, objet modifié par un module en étant consulté par un autre). Les différentes vues (Box) implémentent la méthode update(Object) qui permet de recevoir une notification (contenant l'objet modifié) de la part d'un observable : * si l'objet modifié est une instance de Box, changer le contenu de la fenêtre principale * si l'objet est un objet métier et qu'il est représenté, actualiser l'interface == Contrôleur == Les contrôleurs sont des classes qui prennent en charge la gestion des événements utilisateur pour mettre à jour la vue et/ou le modèle. Le contrôleur déclare les handlers associés aux boutons de la vue et permettant de filtrer/modifier les données. Le contrôleur se charge également de la construction des différentes vues (Box) qu'il retourne à la fenêtre principale. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, price real)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # to enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True 272 2008-11-13T11:55:46Z Nico 2 /* Exemples / Propositions */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. Les différents DAO implémentent les méthodes : * add_observer(Object) : ajoute un observateur dans la liste * remove_observer(Object) : retire un observateur de la liste * notify(BO_Object) : prévient tous les obervateurs qu'un objet métier a changé (update, delete) NOTE : système de cache via dico ? == Vue == Les vues sont implémentées en utilisant le module pygtk afin de proposer différentes interfaces utilisateur. Un module ne possède qu'une instance de gtk.Window (ex: MainWindow) qui contient successivement plusieurs instances de gtk.Box (ex: ProductDetailsBox, ProductListBox, etc) en fonction de la navigation de l'utilisateur. Une vue (MainWindow) connaît un contrôleur qui gère les interactions utilisateurs (clics sur des boutons, changement de vues, modification de données). Une vue (Box) connaît les DAO des objets qu'elle présente (une vue ne doit/peut pas modifier un objet métier) et s'enregistre auprès de ceux-ci pour appliquer le design pattern Observer. Ce pattern permet de mettre à jour automatiquement une vue lorsque l'objet métier représenté est modifié (ex: changement de température, objet modifié par un module en étant consulté par un autre). Les différentes vues (Box) implémentent la méthode update(Object) qui permet de recevoir une notification (contenant l'objet modifié) de la part d'un observable : * si l'objet modifié est une instance de Box, changer le contenu de la fenêtre principale * si l'objet est un objet métier et qu'il est représenté, actualiser l'interface == Contrôleur == Les contrôleurs sont des classes qui prennent en charge la gestion des événements utilisateur pour mettre à jour la vue et/ou le modèle. Le contrôleur déclare les handlers associés aux boutons de la vue et permettant de filtrer/modifier les données. Le contrôleur se charge également de la construction des différentes vues (Box) qu'il retourne à la fenêtre principale. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, price real)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # to enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True == Organisation du code source == Voici une idée d'organisation des sources sur le SVN en cours de création. L'idée est de permettre à chacun de de travailler sur un module indépendant au possible. + freego_and_touch + src - __init__.py - conf.py + module_base - __init__.py - models.py - views.py - controllers.py - main.py + module_stock - __init__.py - models.py - view.py - controllers.py - main.py + module ... + test __init__.py - test_module_base.py - test_module_stock.py - test_module ... + imgs + scripts - deploy.sh Rappel Python: * un fichier .py s'appelle un module et il peut contenir plusieurs classes. * un répertoire qui contient un fichier __init__.py est considéré comme un module. Le module src contient l'application, le module test contient les tests unitaires (avec unittests à voir), img contient les images et icônes et enfin scripts des petits ... scripts pour se faciliter la vie et surtout le déploiement. Le module base permet de définir les super classes BusinessObject, DataAccessObject, etc afin de factoriser le code au maximum, le fichier conf.py défini les variables de l'environnement cible (path du fichier bdd, répertoire d'installation, etc) 394 2008-11-21T18:55:29Z Nico 2 = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. Les différents DAO implémentent les méthodes : * add_observer(Object) : ajoute un observateur dans la liste * remove_observer(Object) : retire un observateur de la liste * notify(BO_Object) : prévient tous les obervateurs qu'un objet métier a changé (update, delete) NOTE : système de cache via dico ? == Vue == Les vues sont implémentées en utilisant le module pygtk afin de proposer différentes interfaces utilisateur. Un module ne possède qu'une instance de gtk.Window (ex: MainWindow) qui contient successivement plusieurs instances de gtk.Box (ex: ProductDetailsBox, ProductListBox, etc) en fonction de la navigation de l'utilisateur. Une vue (MainWindow) connaît un contrôleur qui gère les interactions utilisateurs (clics sur des boutons, changement de vues, modification de données). Une vue (Box) connaît les DAO des objets qu'elle présente (une vue ne doit/peut pas modifier un objet métier) et s'enregistre auprès de ceux-ci pour appliquer le design pattern Observer. Ce pattern permet de mettre à jour automatiquement une vue lorsque l'objet métier représenté est modifié (ex: changement de température, objet modifié par un module en étant consulté par un autre). Les différentes vues (Box) implémentent la méthode update(Object) qui permet de recevoir une notification (contenant l'objet modifié) de la part d'un observable : * si l'objet modifié est une instance de Box, changer le contenu de la fenêtre principale * si l'objet est un objet métier et qu'il est représenté, actualiser l'interface == Contrôleur == Les contrôleurs sont des classes qui prennent en charge la gestion des événements utilisateur pour mettre à jour la vue et/ou le modèle. Le contrôleur déclare les handlers associés aux boutons de la vue et permettant de filtrer/modifier les données. Le contrôleur se charge également de la construction des différentes vues (Box) qu'il retourne à la fenêtre principale. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, price real)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # to enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True 495 2008-12-16T17:34:08Z Beber 4 /* Utilisation */ = Principe = L'application est composée de divers modules déployés sur le système PokyLinux. Chaque module possède un "main" et un lanceur (icône sur l'interface Poky + script shell), l'intérêt est de bénéficier de la possibilité qu'offre Poky de lancer plusieurs applications en parallèle et de passer de l'une à l'autre sans les fermer. Les modules sont développés avec : * GTK v2 * SQLite v3 * Python v2.5.2 et ses modules : ** pygtk ** sqlite3 ** BaseHTTPServer (à confirmer pour l'export XML) * XML pour les thèmes et l'export (projet des LP) = Architecture MVC = Chaque module suit l'architecture MVC et définit donc ses propres modèles, vues et contrôleurs : [[Image:ArchiGenerale.png|450px]] == Modèle == Pour des raisons de recoupage des informations et de dépendances entre les modules, la persistance relationnelle (fichier sqlite) est unique et partagée, ie, un seul "fichier - base de données" pour tous les modules. Les modèles Python sont composés de : * Business Objects (BO) * Data Access Objects (DAO) Les classes métiers (ex: ProductBO) définissent les propriétés des objets et proposent des méthodes métiers, ie, is_out_of_date(). Les classes de gestion de la persistance de type DAO (ex: ProductDAO) proposent les opérations CRUD (Create, Read, Update, Delete) classiques. Par exemple, la méthode read_all() exécute une requête "select * from products" sur la base de données relationnelle, puis, à partir de la réponse, construit et retourne une liste d'objets de type Product. Ces classes permettent de masquer la persistance relationnelle sous-jacente. Les différents DAO implémentent les méthodes : * add_observer(Object) : ajoute un observateur dans la liste * remove_observer(Object) : retire un observateur de la liste * notify(BO_Object) : prévient tous les obervateurs qu'un objet métier a changé (update, delete) NOTE : système de cache via dico ? == Vue == Les vues sont implémentées en utilisant le module pygtk afin de proposer différentes interfaces utilisateur. Un module ne possède qu'une instance de gtk.Window (ex: MainWindow) qui contient successivement plusieurs instances de gtk.Box (ex: ProductDetailsBox, ProductListBox, etc) en fonction de la navigation de l'utilisateur. Une vue (MainWindow) connaît un contrôleur qui gère les interactions utilisateurs (clics sur des boutons, changement de vues, modification de données). Une vue (Box) connaît les DAO des objets qu'elle présente (une vue ne doit/peut pas modifier un objet métier) et s'enregistre auprès de ceux-ci pour appliquer le design pattern Observer. Ce pattern permet de mettre à jour automatiquement une vue lorsque l'objet métier représenté est modifié (ex: changement de température, objet modifié par un module en étant consulté par un autre). Les différentes vues (Box) implémentent la méthode update(Object) qui permet de recevoir une notification (contenant l'objet modifié) de la part d'un observable : * si l'objet modifié est une instance de Box, changer le contenu de la fenêtre principale * si l'objet est un objet métier et qu'il est représenté, actualiser l'interface == Contrôleur == Les contrôleurs sont des classes qui prennent en charge la gestion des événements utilisateur pour mettre à jour la vue et/ou le modèle. Le contrôleur déclare les handlers associés aux boutons de la vue et permettant de filtrer/modifier les données. Le contrôleur se charge également de la construction des différentes vues (Box) qu'il retourne à la fenêtre principale. = Exemples / Propositions = == Modèle == === Couple basique business / dao === import sqlite3 DATA_FILE = '/tmp/db_file' # ------------------------------------------------------------------------------ class ProductBO: def __init__(self, i, d, p): # id could be improve by use of unique id for all business objects self.id, self.description, self.price = i, d, p def is_cheap(self): return self.price < 1.5 def __str__(self): return '%s : %s : %.2f ' % (self.id, self.description, self.price) # ------------------------------------------------------------------------------ class ProductDAO: def __init__(self): self.connexion = sqlite3.connect(DATA_FILE) self.cursor = self.connexion.cursor() def initialize_table(self): self.cursor.execute('create table product_bo (id text, desc text, price real)') def create(self, product): vals = (product.id, product.description, product.price) self.cursor.execute('insert into product_bo values (?,?,?)', vals) self.connexion.commit() #def update(self, product) TODO #def delete(self, product) TODO # to enhance with constraints like [("description", "like", "bout%"), # ("price", "<", 3)] def read(self, order='id', limit=None, constraints=[]): # build request req = 'select * from product_bo order by %s' % order if limit: req += req + ' limit %d, %d' % (order, limit[0], limit[1]) # retrieve rows rows = self.connexion.execute(req) # build objects objects = [] for r in rows: objects.append(ProductBO(r[0], r[1], r[2])) return objects Beaucoup de choses à améliorer (id auto-incrémenté pour chaque BO, factorisation des méthodes grâce à des conventions de nommage, ajout de méthodes spécifiques pour gérer les jointures, etc) mais l'idée principale est là. === Utilisation === '''Création / insertion''' pdao = ProductDAO() pdao.initialize_table() prod1 = ProductBO('productbo-1','Bouteille de jus d\'orange', 2.1) pdao.create(prod1) prod2 = ProductBO('productbo-2','Bouteille de jus de pomme', 1.2) pdao.create(prod2) '''Lecture''' pdao = ProductDAO() for p in pdao.read(): print "%s : %s" % (p, p.is_cheap()) # résultat : # productbo-1 : Bouteille de jus d'orange : 2.10 : False # productbo-2 : Bouteille de jus de pomme : 1.20 : True <beber> j'ai fini un module de DAO (EventDAO), il est fonctionnel pour ceux qui veulent s'amuser, je pense qu'il faudrait faire un script d'initialisation du programme, avec la création des BDD et du contenu "basique" du logiciel. Comme ça si on a besoin de réinitialiser le système, on a juste a appliquer le script. 58 456 2008-12-05T15:48:51Z Thomas 6 a renommé [[Architecture matérielle]] en [[Architecture du système]] #REDIRECT [[Architecture du système]] 644 2009-02-09T17:30:51Z Correcteur de redirection 14 [[Architecture du système]] a été renommé, ceci est maintenant une redirection vers [[Ancienne Architecture du système]] #REDIRECT [[Ancienne Architecture du système]] 652 2009-02-09T17:34:35Z Correcteur de redirection 14 [[Ancienne Architecture du système]] a été renommé, ceci est maintenant une redirection vers [[Ancienne architecture du système]] #REDIRECT [[Ancienne architecture du système]] 67 516 2009-01-16T16:09:17Z Vincent 3 Nouvelle page : == Modèle logique de données == La base de données doivent permettre : *l'enregistrement des mesures relevées sur le frigo, *la consultation de mesures enregistrées dans la ba... == Modèle logique de données == La base de données doivent permettre : *l'enregistrement des mesures relevées sur le frigo, *la consultation de mesures enregistrées dans la base, *la suppression de mesures à une date définie. Capteur(<u>id</u>, nom, #unite_id, calibration, intervalle_mesure); Unite(<u>id</u>, nom, type); Mesure(<u>id</u>, #capteur_id, date, valeur); SQLite utilise le typage dynamique de données, ces données peuvent être stockée comme INTEGER, REAL, TEXT, BLOB ou NULL. Capteur *id : identifiant du capteur *nom : nom du capteur *unite_id : identifiant de l'unité *calibration : *intervalle_mesure : intervalle de temps entre deux mesures en millisecondes Unite *id : identifiant de l'unité *nom : nom de l'unité *type : format de la donnée mesurée Mesure *id : identifiant de la mesure *capteur : identifiant du capteur sur lequel est fait la mesure *date : date au format texte *valeur : donnée mesurée en flottant 517 2009-01-16T16:13:45Z Vincent 3 /* Modèle logique de données */ == Modèle Logique de Données == La base de données doivent permettre : *l'enregistrement des mesures relevées sur le frigo, *la consultation de mesures enregistrées dans la base, *la suppression de mesures à une date définie. Capteur(<u>id</u>, nom, #unite_id, calibration, intervalle_mesure); Unite(<u>id</u>, nom, type); Mesure(<u>id</u>, #capteur_id, date, valeur); SQLite utilise le typage dynamique de données, ces données peuvent être stockée comme INTEGER, REAL, TEXT, BLOB ou NULL. Capteur *id : identifiant du capteur *nom : nom du capteur *unite_id : identifiant de l'unité *calibration : *intervalle_mesure : intervalle de temps entre deux mesures en millisecondes Unite *id : identifiant de l'unité *nom : nom de l'unité *type : format de la donnée mesurée Mesure *id : identifiant de la mesure *capteur : identifiant du capteur sur lequel est fait la mesure *date : date au format texte *valeur : donnée mesurée en flottant 518 2009-01-16T16:21:11Z Vincent 3 /* Modèle Logique de Données */ La base de données doivent permettre : *l'enregistrement des mesures relevées sur le frigo, *la consultation de mesures enregistrées dans la base, *la suppression de mesures à une date définie. == Modèle Logique de Données == Voici donc le modèle retenu pour stocker les données du frigo Capteur(<u>id</u>, nom, #unite_id, calibration, intervalle_mesure); Unite(<u>id</u>, nom, type); Mesure(<u>id</u>, #capteur_id, date, valeur); == Typage de données sous SQLite == SQLite utilise le typage dynamique de données, ces données peuvent être stockée comme INTEGER, REAL, TEXT, BLOB ou NULL. Capteur *id : identifiant du capteur INTEGER *nom : nom du capteur TEXT *unite_id : identifiant de l'unité INTEGER *calibration : *intervalle_mesure : intervalle de temps entre deux mesures en millisecondes INTEGER Unite *id : identifiant de l'unité INTEGER *nom : nom de l'unité TEXT *type : format de la donnée mesurée TEXT Mesure *id : identifiant de la mesure INTEGER *capteur_id : identifiant du capteur sur lequel est fait la mesure INTEGER *date : date au format texte TEXT *valeur : donnée mesurée en flottant REAL 519 2009-01-16T17:35:13Z Vincent 3 La base de données doivent permettre : *l'enregistrement des mesures relevées sur le frigo, *la consultation de mesures enregistrées dans la base, *la suppression de mesures à une date définie. == Modèle Logique de Données == Voici donc le modèle retenu pour stocker les données du frigo Capteur(<u>id</u>, nom, #unite_id, calibration, intervalle_mesure); Unite(<u>id</u>, nom, type); Mesure(<u>id</u>, #capteur_id, date, valeur); == Typage de données sous SQLite == SQLite utilise le typage dynamique de données, ces données peuvent être stockée comme INTEGER, REAL, TEXT, BLOB ou NULL. Capteur *id : identifiant du capteur INTEGER *nom : nom du capteur TEXT *unite_id : identifiant de l'unité INTEGER *calibration : *intervalle_mesure : intervalle de temps entre deux mesures en millisecondes INTEGER Unite *id : identifiant de l'unité INTEGER *nom : nom de l'unité TEXT *type : format de la donnée mesurée TEXT Mesure *id : identifiant de la mesure INTEGER *capteur_id : identifiant du capteur sur lequel est fait la mesure INTEGER *date : date au format texte TEXT *valeur : donnée mesurée en flottant REAL == Gestion des clés étrangères == SQLite ne gère pas par défaut les clés étrangères, il propose comme solution ... 46 369 2008-11-21T16:22:03Z Thomas 6 Nouvelle page : == Choix du bus de communication == === Etude de différents bus indistriels === ==== I²C ==== *Gestion native du bus I²C sur la beagleboard, *Relativement simple à développer e... == Choix du bus de communication == === Etude de différents bus indistriels === ==== I²C ==== *Gestion native du bus I²C sur la beagleboard, *Relativement simple à développer et que l'on a déjà mis en œuvre à plusieurs reprises, *Ne Nécéssite que trois fils (donnée,horloge,masse), ce qui permet de minimiser le réseaux de cablâge, *Communication half-duplex avec Acknowledge, *Pas de détection d'erreur. ==== SPI ==== *Relativement simple de mise en œuvre, *Communication Full-duplex sans Acknoledge, *Protocole de communication à définir par le programmeur, *Non natif sur la beagleboard. ==== WorldFIP ==== *Modèle producteur/consommateur, donc aucun Acknowledge, *Nécessite un arbitrage, donc la définition de table, ce qui pourrais ce révéler un peu lourd pur un système embarqué. ==== Modbus ==== *Gestion d'un CRC, *N'est pas adapté à un système embarqué car orienté réseaux industriels. ==== Profibus ==== *De même que le Modbus, le Profibus est conçu pour des réseaux industriels, et communications entre automates, il n'est donc pas adapté à notre application. ==== CAN ==== *Détections et corrections des erreurs, *Orienté gestion d'évements critiques, *Protocole assez lourd de mise en œuvre pour notre application. === Choix du bus === Le bus de communication choisit est donc L'I²C, car ses caractéristiques sont les plus adaptées pour notre application, de plus celui-ci est natif sur la beagleboard, ainsi aucune interface ni aucun contrôleur extérieur ne doivent être développer. 371 2008-11-21T16:25:23Z Thomas 6 a renommé [[Communication avec le frigo]] en [[Communication avec le FreeGo]] == Choix du bus de communication == === Etude de différents bus indistriels === ==== I²C ==== *Gestion native du bus I²C sur la beagleboard, *Relativement simple à développer et que l'on a déjà mis en œuvre à plusieurs reprises, *Ne Nécéssite que trois fils (donnée,horloge,masse), ce qui permet de minimiser le réseaux de cablâge, *Communication half-duplex avec Acknowledge, *Pas de détection d'erreur. ==== SPI ==== *Relativement simple de mise en œuvre, *Communication Full-duplex sans Acknoledge, *Protocole de communication à définir par le programmeur, *Non natif sur la beagleboard. ==== WorldFIP ==== *Modèle producteur/consommateur, donc aucun Acknowledge, *Nécessite un arbitrage, donc la définition de table, ce qui pourrais ce révéler un peu lourd pur un système embarqué. ==== Modbus ==== *Gestion d'un CRC, *N'est pas adapté à un système embarqué car orienté réseaux industriels. ==== Profibus ==== *De même que le Modbus, le Profibus est conçu pour des réseaux industriels, et communications entre automates, il n'est donc pas adapté à notre application. ==== CAN ==== *Détections et corrections des erreurs, *Orienté gestion d'évements critiques, *Protocole assez lourd de mise en œuvre pour notre application. === Choix du bus === Le bus de communication choisit est donc L'I²C, car ses caractéristiques sont les plus adaptées pour notre application, de plus celui-ci est natif sur la beagleboard, ainsi aucune interface ni aucun contrôleur extérieur ne doivent être développer. 376 2008-11-21T16:30:16Z Thomas 6 /* Etude de différents bus indistriels */ == Choix du bus de communication == === Etude de différents bus industriels === ==== I²C ==== *Gestion native du bus I²C sur la beagleboard, *Relativement simple à développer et que l'on a déjà mis en œuvre à plusieurs reprises, *Ne Nécéssite que trois fils (donnée,horloge,masse), ce qui permet de minimiser le réseaux de cablâge, *Communication half-duplex avec Acknowledge, *Pas de détection d'erreur. ==== SPI ==== *Relativement simple de mise en œuvre, *Communication Full-duplex sans Acknoledge, *Protocole de communication à définir par le programmeur, *Non natif sur la beagleboard. ==== WorldFIP ==== *Modèle producteur/consommateur, donc aucun Acknowledge, *Nécessite un arbitrage, donc la définition de table, ce qui pourrais ce révéler un peu lourd pur un système embarqué. ==== Modbus ==== *Gestion d'un CRC, *N'est pas adapté à un système embarqué car orienté réseaux industriels. ==== Profibus ==== *De même que le Modbus, le Profibus est conçu pour des réseaux industriels, et communications entre automates, il n'est donc pas adapté à notre application. ==== CAN ==== *Détections et corrections des erreurs, *Orienté gestion d'évements critiques, *Protocole assez lourd de mise en œuvre pour notre application. === Choix du bus === Le bus de communication choisit est donc L'I²C, car ses caractéristiques sont les plus adaptées pour notre application, de plus celui-ci est natif sur la beagleboard, ainsi aucune interface ni aucun contrôleur extérieur ne doivent être développer. 377 2008-11-21T16:30:35Z Thomas 6 /* SPI */ == Choix du bus de communication == === Etude de différents bus industriels === ==== I²C ==== *Gestion native du bus I²C sur la beagleboard, *Relativement simple à développer et que l'on a déjà mis en œuvre à plusieurs reprises, *Ne Nécéssite que trois fils (donnée,horloge,masse), ce qui permet de minimiser le réseaux de cablâge, *Communication half-duplex avec Acknowledge, *Pas de détection d'erreur. ==== SPI ==== *Relativement simple de mise en œuvre, *Communication Full-duplex sans Acknowledge, *Protocole de communication à définir par le programmeur, *Non natif sur la beagleboard. ==== WorldFIP ==== *Modèle producteur/consommateur, donc aucun Acknowledge, *Nécessite un arbitrage, donc la définition de table, ce qui pourrais ce révéler un peu lourd pur un système embarqué. ==== Modbus ==== *Gestion d'un CRC, *N'est pas adapté à un système embarqué car orienté réseaux industriels. ==== Profibus ==== *De même que le Modbus, le Profibus est conçu pour des réseaux industriels, et communications entre automates, il n'est donc pas adapté à notre application. ==== CAN ==== *Détections et corrections des erreurs, *Orienté gestion d'évements critiques, *Protocole assez lourd de mise en œuvre pour notre application. === Choix du bus === Le bus de communication choisit est donc L'I²C, car ses caractéristiques sont les plus adaptées pour notre application, de plus celui-ci est natif sur la beagleboard, ainsi aucune interface ni aucun contrôleur extérieur ne doivent être développer. 378 2008-11-21T16:30:54Z Thomas 6 /* Choix du bus */ == Choix du bus de communication == === Etude de différents bus industriels === ==== I²C ==== *Gestion native du bus I²C sur la beagleboard, *Relativement simple à développer et que l'on a déjà mis en œuvre à plusieurs reprises, *Ne Nécéssite que trois fils (donnée,horloge,masse), ce qui permet de minimiser le réseaux de cablâge, *Communication half-duplex avec Acknowledge, *Pas de détection d'erreur. ==== SPI ==== *Relativement simple de mise en œuvre, *Communication Full-duplex sans Acknowledge, *Protocole de communication à définir par le programmeur, *Non natif sur la beagleboard. ==== WorldFIP ==== *Modèle producteur/consommateur, donc aucun Acknowledge, *Nécessite un arbitrage, donc la définition de table, ce qui pourrais ce révéler un peu lourd pur un système embarqué. ==== Modbus ==== *Gestion d'un CRC, *N'est pas adapté à un système embarqué car orienté réseaux industriels. ==== Profibus ==== *De même que le Modbus, le Profibus est conçu pour des réseaux industriels, et communications entre automates, il n'est donc pas adapté à notre application. ==== CAN ==== *Détections et corrections des erreurs, *Orienté gestion d'évements critiques, *Protocole assez lourd de mise en œuvre pour notre application. === Choix du bus === Le bus de communication choisit est donc l'I²C, car ses caractéristiques sont les plus adaptées pour notre application, de plus celui-ci est natif sur la beagleboard, ainsi aucune interface ni aucun contrôleur extérieur ne doivent être développer. 47 372 2008-11-21T16:25:23Z Thomas 6 a renommé [[Communication avec le frigo]] en [[Communication avec le FreeGo]] #REDIRECT [[Communication avec le FreeGo]] 42 327 2008-11-14T09:07:00Z Nico 2 Nouvelle page : == indentation == la convention de codage Python conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. == encodage == pour... == indentation == la convention de codage Python conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 328 2008-11-14T09:10:15Z Nico 2 = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 329 2008-11-14T09:24:39Z Beber 4 /* Convention de codage */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Icônes= Voici la page web où se trouve toute les constantes des boutons basiques de GTK. [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 331 2008-11-14T10:21:16Z Beber 4 /* Convention de codage */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Liens utiles = Voici la doc de toutes les classes de pyGTK [http://www.pygtk.org/docs/pygtk/index.html] = Icônes= Voici la page web où se trouve toute les constantes des boutons basiques de GTK. [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 332 2008-11-14T10:22:01Z Beber 4 = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Liens utiles = La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 333 2008-11-14T10:22:25Z Beber 4 /* Liens utiles */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 334 2008-11-14T10:49:08Z Beber 4 /* Convention de codage */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Astuces = = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 335 2008-11-14T10:50:19Z Beber 4 /* Astuces */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Astuces = Pour mettre la fenêtre à la taill correspondant à celle de l'ecran tactile utiliser cette ligne : self.window.set_size_request(640, 480) = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 336 2008-11-14T10:51:55Z Beber 4 /* Erreurs de débutant */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Astuces = Pour mettre la fenêtre à la taill correspondant à celle de l'ecran tactile utiliser cette ligne : self.window.set_size_request(640, 480) = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de fait self.montruc.show() pour chaque composant de sa fenêtre 337 2008-11-14T10:52:57Z Beber 4 /* Affichage pyGtk */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Astuces = Pour mettre la fenêtre à la taill correspondant à celle de l'ecran tactile utiliser cette ligne : self.window.set_size_request(640, 480) = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible 338 2008-11-14T11:01:30Z Nico 2 /* Astuces */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Truc et astuces = == Taille de la fenêtre == Pour mettre la fenêtre à la taille correspondante à celle de l'écran tactile utiliser cette ligne : self.window.set_size_request(640, 480) == Définir la fonte des composants == lbl = gtk.Label() lbl.set_markup('<big>Text with other fontsize</big>') voir le langage de balises [http://www.pygtk.org/pygtk2reference/pango-markup-language.html Pango] = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible 346 2008-11-21T09:48:05Z Beber 4 = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Truc et astuces = == Taille de la fenêtre == Pour mettre la fenêtre à la taille correspondante à celle de l'écran tactile utiliser cette ligne : self.window.set_size_request(640, 480) == Définir la fonte des composants == lbl = gtk.Label() lbl.set_markup('<big>Text with other fontsize</big>') voir le langage de balises [http://www.pygtk.org/pygtk2reference/pango-markup-language.html Pango] = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible =Template fenetre= Un template de fenêtre à été crée pour faciliter la création d'IHM. Il contient les parties communes de toute les fenêtres (barre d'outils en haut, barre d'etat en bas, et un conteneur pour y intégrer son IHM) * Il suffit de la créer : Mafenetre = Window() * Ensuite y ajouter son conteneur : Mafenetre.set_box(MonIHM) * Y ajouter son titre : Mafenetre.set_titre("Montitre) 347 2008-11-21T09:48:22Z Beber 4 /* Template fenetre */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Truc et astuces = == Taille de la fenêtre == Pour mettre la fenêtre à la taille correspondante à celle de l'écran tactile utiliser cette ligne : self.window.set_size_request(640, 480) == Définir la fonte des composants == lbl = gtk.Label() lbl.set_markup('<big>Text with other fontsize</big>') voir le langage de balises [http://www.pygtk.org/pygtk2reference/pango-markup-language.html Pango] = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible =Template fenetre= Un template de fenêtre à été crée pour faciliter la création d'IHM. Il contient les parties communes de toute les fenêtres (barre d'outils en haut, barre d'etat en bas, et un conteneur pour y intégrer son IHM) * Il suffit de la créer : Mafenetre = Window() * Ensuite y ajouter son conteneur : Mafenetre.set_box(MonIHM) * Y ajouter son titre : Mafenetre.set_titre("Montitre") 424 2008-12-02T16:27:15Z Beber 4 /* Liens utiles */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Truc et astuces = == Taille de la fenêtre == Pour mettre la fenêtre à la taille correspondante à celle de l'écran tactile utiliser cette ligne : self.window.set_size_request(640, 480) == Définir la fonte des composants == lbl = gtk.Label() lbl.set_markup('<big>Text with other fontsize</big>') voir le langage de balises [http://www.pygtk.org/pygtk2reference/pango-markup-language.html Pango] = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] *flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible =Template fenetre= Un template de fenêtre à été crée pour faciliter la création d'IHM. Il contient les parties communes de toute les fenêtres (barre d'outils en haut, barre d'etat en bas, et un conteneur pour y intégrer son IHM) * Il suffit de la créer : Mafenetre = Window() * Ensuite y ajouter son conteneur : Mafenetre.set_box(MonIHM) * Y ajouter son titre : Mafenetre.set_titre("Montitre") 425 2008-12-02T16:28:02Z Beber 4 /* Template fenetre */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Truc et astuces = == Taille de la fenêtre == Pour mettre la fenêtre à la taille correspondante à celle de l'écran tactile utiliser cette ligne : self.window.set_size_request(640, 480) == Définir la fonte des composants == lbl = gtk.Label() lbl.set_markup('<big>Text with other fontsize</big>') voir le langage de balises [http://www.pygtk.org/pygtk2reference/pango-markup-language.html Pango] = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] *flux rss interessants pour les recettes (à noter qu'il est difficile de réupérer un flux avec la recette entière la plupart du temps elle sont intégrées dans un lien) ** cuisiniepop les 10 dèrnières recettes http://www.feediz.com/synd/9045.xml = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible =Template fenetre= Un template de fenêtre à été crée pour faciliter la création d'IHM. Il contient les parties communes de toute les fenêtres (barre d'outils en haut, barre d'etat en bas, et un conteneur pour y intégrer son IHM) * Il suffit de la créer : Mafenetre = Window() * Ensuite y ajouter son conteneur : Mafenetre.set_box(MonIHM) * Y ajouter son titre : Ajouter une methode get_title() danns ma classe IHM 426 2008-12-02T16:28:33Z Beber 4 /* Liens utiles */ = Convention de codage = il faut suivre la [http://www.python.org/dev/peps/pep-0008/ PEP8] (Python Enhancement Proposal) qui est la règle en la matière. = Truc et astuces = == Taille de la fenêtre == Pour mettre la fenêtre à la taille correspondante à celle de l'écran tactile utiliser cette ligne : self.window.set_size_request(640, 480) == Définir la fonte des composants == lbl = gtk.Label() lbl.set_markup('<big>Text with other fontsize</big>') voir le langage de balises [http://www.pygtk.org/pygtk2reference/pango-markup-language.html Pango] = Liens utiles = *La doc de toutes les classes de pyGTK : [http://www.pygtk.org/docs/pygtk/index.html Reference guide] *La page web où se trouve toute les constantes des boutons basiques de GTK : [http://www.pygtk.org/docs/pygtk/gtk-stock-items.html botons GTK] = Erreurs de débutant = == indentation == la convention conseille des indentations de 4 espaces, configurer votre éditeur pour remplacer les tabulations par 4 espaces. '''Ne surtout pas utiliser une fois des espaces, une fois des tabulations !''' == encodage == pour pouvoir contenir des caractères spéciaux chaque fichier doit commencer par une ligne : # coding: utf-8 = Affichage pyGtk = Ne pas oublier de faire pour chaque composant de sa fenêtre self.montruc.show() Sinon il ne sera pas visible =Template fenetre= Un template de fenêtre à été crée pour faciliter la création d'IHM. Il contient les parties communes de toute les fenêtres (barre d'outils en haut, barre d'etat en bas, et un conteneur pour y intégrer son IHM) * Il suffit de la créer : Mafenetre = Window() * Ensuite y ajouter son conteneur : Mafenetre.set_box(MonIHM) * Y ajouter son titre : Ajouter une methode get_title() danns ma classe IHM 71 558 2009-02-04T18:02:00Z Nico 2 a renommé [[CustomiserPoky]] en [[Personnaliser Poky]]: ménage #REDIRECT [[Personnaliser Poky]] 69 524 2009-01-30T14:32:03Z Nico 2 Nouvelle page : == Customiser le thème == sur le système de fichier Poky : usr/share/themes/Sato == Customiser le thème == sur le système de fichier Poky : usr/share/themes/Sato 583 2009-02-06T11:44:46Z Nico 2 /* Customiser le thème */ == Dans le système de fichiers Poky == sur le système de fichier Poky : usr/share/themes/Sato == Dans les règles bitbake == === icones sato === voir dans : /poky$ ls meta/packages/sato-icon-theme/ sato-icon-theme.inc sato-icon-theme_0.4.1.bb set d'icônes dans : sato-icon-theme.inc 585 2009-02-06T13:19:31Z Nico 2 == Dans le système de fichiers Poky == Le thème Sato est défini à partir des fichiers sur le système de fichier Poky : usr/share/themes/Sato === GTK === Dans usr/share/themes/Sato/gtk-2.0/ : * constantes GTK (tailles composants, couleurs) : gtkrc * images : ** titlebar-panel-applet-background.png ** titlebar-panel-background.png === Matchbox === Dans usr/share/themes/Sato/matchbox/ : * thème dans le fichier xml : theme.xml * images : ** arrow-down-active.png ** close-button-active.png ** dia-left-edge.png ** dia-tile.png ** titlebar-left-edge.png ** titlebar-tile.png ** arrow-down.png ** close-button.png ** dia-right-edge.png ** titlebar-right-edge.png == Dans les règles bitbake == === Icones sato === voir dans : /poky$ ls meta/packages/sato-icon-theme/ sato-icon-theme.inc sato-icon-theme_0.4.1.bb le set d'icônes est défini dans sato-icon-theme.inc, changer la ligne : SRC_URI = "http://pokylinux.org/releases/sato/sato-icon-theme-0.1.tar.gz" 589 2009-02-09T07:48:54Z Nico 2 /* Dans le système de fichiers Poky */ == Dans le système de fichiers Poky == Le thème Sato est défini à partir des fichiers sur le système de fichier Poky : usr/share/themes/Sato === GTK === Dans usr/share/themes/Sato/gtk-2.0/ : * constantes GTK (tailles composants, couleurs) : gtkrc * images : ** titlebar-panel-applet-background.png ** titlebar-panel-background.png === Matchbox === Dans usr/share/themes/Sato/matchbox/ : * thème dans le fichier xml : theme.xml * images : ** arrow-down-active.png ** close-button-active.png ** dia-left-edge.png ** dia-tile.png ** titlebar-left-edge.png ** titlebar-tile.png ** arrow-down.png ** close-button.png ** dia-right-edge.png ** titlebar-right-edge.png === Icones === Dans /usr/share/icons/Sato/64x64 : * dans ./apps ** web-browser.png ** preferences-desktop-theme.png ** audio-player.png ** video-player.png * dans ./apps ** system-shutdown.png === Catégories des lanceurs === Dans /usr/share/matchbox/vfolders == Dans les règles bitbake == === Icones sato === voir dans : /poky$ ls meta/packages/sato-icon-theme/ sato-icon-theme.inc sato-icon-theme_0.4.1.bb le set d'icônes est défini dans sato-icon-theme.inc, changer la ligne : SRC_URI = "http://pokylinux.org/releases/sato/sato-icon-theme-0.1.tar.gz" 590 2009-02-09T08:18:32Z Nico 2 /* Catégories des lanceurs */ == Dans le système de fichiers Poky == Le thème Sato est défini à partir des fichiers sur le système de fichier Poky : usr/share/themes/Sato === GTK === Dans usr/share/themes/Sato/gtk-2.0/ : * constantes GTK (tailles composants, couleurs) : gtkrc * images : ** titlebar-panel-applet-background.png ** titlebar-panel-background.png === Matchbox === Dans usr/share/themes/Sato/matchbox/ : * thème dans le fichier xml : theme.xml * images : ** arrow-down-active.png ** close-button-active.png ** dia-left-edge.png ** dia-tile.png ** titlebar-left-edge.png ** titlebar-tile.png ** arrow-down.png ** close-button.png ** dia-right-edge.png ** titlebar-right-edge.png === Icones === Dans /usr/share/icons/Sato/64x64 : * dans ./apps ** web-browser.png ** preferences-desktop-theme.png ** audio-player.png ** video-player.png * dans ./apps ** system-shutdown.png === Catégories des lanceurs === Dans /usr/share/matchbox/vfolders : * Root.order : l'ordre et les catégories qui apparaissent * *.directory : les différentes catégories == Dans les règles bitbake == === Icones sato === voir dans : /poky$ ls meta/packages/sato-icon-theme/ sato-icon-theme.inc sato-icon-theme_0.4.1.bb le set d'icônes est défini dans sato-icon-theme.inc, changer la ligne : SRC_URI = "http://pokylinux.org/releases/sato/sato-icon-theme-0.1.tar.gz" 74 567 2009-02-04T18:06:23Z Nico 2 a renommé [[DebatGUI]] en [[Débat interface graphique]]: ménage #REDIRECT [[Débat interface graphique]] 4 29 2008-10-12T10:28:17Z Maxime 7 Nouvelle page : L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de f... L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilité, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Presentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des aspects visuels très différents (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : Créer le design du thème (ou adapter un thème existant) : Créér une application GTK pour la gestion du frigo === Avantages === : === Inconvénients === == Interface Web == === Presentation === === Travail à réaliser === === Avantages === === Inconvénients === 30 2008-10-12T11:30:59Z Nico 2 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilité, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Presentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : Créer le design du thème (ou adapter un thème existant) : Créér une application GTK pour la gestion du frigo === Avantages === : === Inconvénients === == Interface Web == === Presentation === === Travail à réaliser === === Avantages === === Inconvénients === 31 2008-10-12T11:32:00Z Nico 2 /* Travail à réaliser */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilité, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Presentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créér une application GTK pour la gestion du frigo === Avantages === : === Inconvénients === == Interface Web == === Presentation === === Travail à réaliser === === Avantages === === Inconvénients === 32 2008-10-12T12:35:00Z Maxime 7 nces L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Presentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : Performances : Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : Intégration d'un clavier virtuel (utile ou non ???) : Contribution au projet Matchbox en offrant un nouveau thème === Inconvénients === : Temps de mise en oeuvre par rapport à une interface Web : == Interface Web == === Presentation === === Travail à réaliser === === Avantages === === Inconvénients === 33 2008-10-12T13:13:41Z Maxime 7 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. 34 2008-10-12T13:15:00Z Maxime 7 /* Avantages */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. 35 2008-10-12T13:26:34Z Maxime 7 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". On pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. 38 2008-10-12T13:30:34Z Maxime 7 /* Commentaires */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. 40 2008-10-12T17:24:23Z Nico 2 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou (pas trop d'exemples) afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ?). D'où ma question innocente ou presque ;) quid de [http://maemo.org/intro/ Maemo], et surtout de [http://pymaemo.garage.maemo.org/index.html PyMaemo]. "Matchbox window manager is featured as part of the Maemo platform as used on the Nokia 770 and N800. Nokia funded numerous open source generic inprovements to Matchbox as to better fit Maemo's user interface requirements.". L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels ([http://pymaemo.garage.maemo.org/applications.html#screenshots Screenshots]) et si le besoin se fait sentir, peut être "bindé" avec des parties en C (Pyrex). Voilà, à voir donc ... 41 2008-10-12T17:41:39Z Nico 2 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... 42 2008-10-12T19:04:38Z Maxime 7 /* Commentaires */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résous quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. 96 2008-10-17T02:01:25Z Nico 2 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 234 2008-11-07T15:03:37Z Beber 4 L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= 235 2008-11-07T15:14:19Z Beber 4 /* Choix des technos utilisées */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'aparence de notre application. ==Codage== 237 2008-11-07T15:17:54Z Beber 4 /* Codage */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'aparence de notre application. ==Codage== Pour pouvoir coder en utilisant GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python 238 2008-11-07T15:24:45Z Beber 4 /* Codage */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'aparence de notre application. ==Codage== Pour pouvoir coder en utilisant GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python l'utilisation de C, C++ permettrait une plus grande performance de notre code, ce qui pourrait être utile pour le système embarqué. Cependant la prise en main de GTK en C est difficile à prendre en main et à programmer. Pour Ruby et python la facilité de programmation est à peu près la même et 239 2008-11-07T15:31:19Z Beber 4 /* Codage */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'aparence de notre application. ==Codage== Pour pouvoir coder en utilisant GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python l'utilisation de C, C++ permettrait une plus grande performance de notre code, ce qui pourrait être utile pour le système embarqué. Cependant la prise en main de GTK en C est difficile à prendre en main et à programmer. Pour Ruby et python la facilité de programmation est à peu près la même et niveau rapidité du code cela est tout à fait acceptable. Nous allons surement opter pour python pour faire plaisir à Mr Carlier. 240 2008-11-07T15:31:50Z Beber 4 /* Codage */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'aparence de notre application. ==Codage== Pour pouvoir coder en utilisant GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python l'utilisation de C, C++ permettrait une plus grande performance de notre code, ce qui pourrait être utile pour le système embarqué. Cependant la prise en main de GTK en C est difficile à prendre en main et à programmer. Pour Ruby et python la facilité de programmation est à peu près la même et niveau rapidité du code cela est tout à fait acceptable. Nous allons surement opter pour python pour faire plaisir à M. Carlier. 241 2008-11-07T15:32:19Z Beber 4 /* Interface */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'apparence de notre application. ==Codage== Pour pouvoir coder en utilisant GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python l'utilisation de C, C++ permettrait une plus grande performance de notre code, ce qui pourrait être utile pour le système embarqué. Cependant la prise en main de GTK en C est difficile à prendre en main et à programmer. Pour Ruby et python la facilité de programmation est à peu près la même et niveau rapidité du code cela est tout à fait acceptable. Nous allons surement opter pour python pour faire plaisir à M. Carlier. 242 2008-11-07T15:33:08Z Beber 4 /* Codage */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous parait la solution la plus pertinente, en effet GTK est utilisé pour faire toute l'interface de poky, utiliser GTK permettrait de programmer l'interface sans se soucier du graphisme des boutons et des autres composants, il suffira de changer le thème de poky pour changer en même temps l'apparence de notre application. ==Codage== Pour pouvoir coder en utilisant GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python l'utilisation de C, C++ permettrait une plus grande performance de notre code, ce qui pourrait être utile pour le système embarqué. Cependant la prise en main de GTK en C est difficile à prendre en main et à programmer. Pour Ruby et python la facilité de programmation est à peu près la même et niveau rapidité du code cela est tout à fait acceptable. Nous allons surement opter pour python pour faire plaisir à M. Carlier. L'utilisation de python permet aussi au ASITR de pouvoir coder leurs programmes en C grâce ça pyrex. 256 2008-11-09T17:29:06Z Nico 2 /* Choix des technos utilisées */ L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous paraît la solution la plus pertinente, en effet GTK est utilisé nativement par poky. De plus l'utilisation de GTK permet de programmer une interface utilisable sur différentes architectures (x86, ARM) sans se soucier du graphisme qui sera fonction du thème GTK. Le thème de poky étant configurable (fichiers XML) l'apparence de l'application pourra être définie par ce biais. ==Codage== Pour pouvoir développer les parties métiers sous-jacentes à GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python Si l'utilisation de C, C++ permet de meilleures performances, leurs verbosités entraînent un surcoût en terme de temps de développement, leurs complexités des potentielles failles et autres fuites de mémoire (application moins robuste). Cependant l'équipe ASITR sera amené à faire une utilisation intensive du langage C (driver écran tactile, persistance des informations du frigo). Les langages de script Ruby et Python sont à peu de chose près aussi intuitifs et rapides à prendre en main l'un que l'autre, en terme de performance Python surclasse Ruby (http://shootout.alioth.debian.org/). Python est disponible nativement dans Poky, il propose un grand nombre de librairies fonctionnelles, pour connecter le code à l'interface graphique (pygtk), à des bases de données (sqlite3,...) ou encore appeler directement des fonctions C (pyrex). Le grand gagnant est donc Python :P 566 2009-02-04T18:06:23Z Nico 2 a renommé [[DebatGUI]] en [[Débat interface graphique]]: ménage L'interface graphique du Frigo peut être réalisée de plusieurs façons. Après quelques recherches, deux idées sortent du lot : une GUI réalisée en GTK via le gestionnaire de fenêtre MatchBox, l'autre étant une page Web. Débattons donc, ici, des avantages et inconvénients de chaque possibilités, voire d'autres idées de GUI que nous pourrions mettre en place : == MatchBox == === Présentation === Matchbox est donc un Window Manager destiné aux systèmes linux embarqués (PDA, smartphones, MIDs ...). Il est déjà utilisé dans de nombreuses applications commerciales comme le N800 de Nokia par exemple. Ce window mangager est "thèmable", et peut prendre des [http://matchbox-project.org/screenshots.html aspects visuels très différents] (voir les thèmes Hildon ou Sato par exemple). === Travail à réaliser === Dans le cas d'une utilisation de MatchBox, le travail à réaliser est assez varié, il faudra : : [http://matchbox-project.org/documentation/themes/ Créer le design du thème] (ou adapter un thème existant) : Créer une application GTK pour la gestion du frigo === Avantages === : - Performances : - Plus facile de mettre en place les évènements système->GUI (Par exemple, les alertes de température) : - Intégration d'un clavier virtuel (utile ou non ???) : - Contribution (à notre niveau) au projet Matchbox en offrant un nouveau thème : - Beaucoup plus facile d'ajouter des applications optionnelles ( lecture vidéo, visio-conférences, radio, flux RSS ...) en utilisant des projets existants === Inconvénients === : - Temps de mise en œuvre par rapport à une interface Web == Interface Web == === Présentation === L'utilisation d'une interface Web offre principalement 2 avantages : le fait que créer une application Web est plus aisé et moins dépendant du hardware de la plateforme, ainsi que l'intérêt de ne réaliser qu'une seule application pour deux utilisations ( l'interface du frigo et l'interface à distance). Toutefois, cela pose quelques problèmes. Pour commencer, il faut utiliser un navigateur adapté à une utilisation embarquée (oublier l'utilisation de Firefox, bien trop gourmand en ressources), de plus, comme mentionné dans les avantages de MatchBox, l'ajout de fonctionnalités "optionnelles" sera bien moins évident. L'utilisation de WebKit serait sans doutes la meilleur option. Le principal inconvénient est que WebKit est un moteur de rendu et non un navigateur, cela siginifie qu'il faut créer une application qui utilise WebKit et non l'utiliser tel quel. === Travail à réaliser === : - Créer , ou adapter, une application utilisant WebKit (par exemple en GTK) : - Définir les technologies nécessaires (et utilisables) à la réalisation de l'application Web (Ajax, jQuery...) === Avantages === : - Plus aisé de réaliser une application Web : - Moins de temps de développement car double-emploi (interface du frigo et à distance) === Inconvénients === : - Interaction système->GUI??? (faisable mais difficulté???) : - Difficulté de mettre en place le clavier virtuel si besoin : - Plus lourd qu'une application en GTK : - Difficultés à prévoir pour l'ajout de fonctionnalités supplémentaires == Solution hybride == Une autre possibilité serait de faire un "mix" des deux solutions précédentes. C'est à dire l'utilisation de MatchBox pour la gestion des différentes applications, et que l'application de gestion du frigo soit faite via WebKit. Cette solution résoud quelques problèmes ( clavier virtuel, fonctionnalités supplémentaires...), par contre elle reviendrait presque à additionner les deux solutions précédentes en terme de temps de développement et d'intégration. == Commentaires == <Maxime> : Pour ma part, je pense que l'utilisation de MatchBox est la plus intéressante tant sur le plan des performances, que sur le plan personnel car, à mon avis, la mise en place de MatchBox est plus instructive que la réalisation d'une interface Web. Sinon, je ne suis pas sur que l'utilisation du clavier virtuel soit une bonne idée, en effet, il ne sera sans doute pas évident de taper du texte sur un écran tactile de 6.5". Si les tests confirment cette crainte, on pourrait peut être envisager d'utiliser l'interface à distance lorsque l'on aura besoin de taper du texte. <Nico> : A mon sens, le principal inconvénient de Matchbox est effectivement lié au temps que nous allons passer à prendre en main le biniou afin de développer l'interface utilisateur et la connecter avec la partie applicative (tout C ou C++ ?). D'où ma question innocente ou presque, peut-on utiliser PyGTK (like [http://maemo.org/intro/ Maemo] et [http://pymaemo.garage.maemo.org/index.html PyMaemo]) ?. L'intérêt serait de prendre de la hauteur et de développer en python + GTK. Python se prend en main vraiment très vite (like Ruby) et permettrais surement un gain de temps conséquent, de disposer de composants additionnels et si le besoin se fait sentir, de développer des parties en C (Pyrex). Voilà, à voir donc ... <Maxime> : Nico, je pense que c'est ok pour PyGTK. D'après ce que j'ai lu, le projet OpenMoko utilise MatchBox et PyGTK. Mais ça reste à confirmer, notamment par des tests. <Nico> : ça rocks pour PyGtk, voir [[CustomiserPoky]] ! Autre chose, si l'on se dirige vers une solution web pour l'interface distante, une solution envisageable pour monter un serveur http ultra light est l'utilisation de http://www.python.org/doc/2.5.2/lib/module-BaseHTTPServer.html. $ cd ~/Bureau $ mkdir application $ gedit http-server.py Et voici le mini server http : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/nico/Bureau/application') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() Puis pour lancer le serveur : $ python http-server.py Le serveur (listing du répertoire ou index.html) est alors accessible : http://localhost:10080 =Choix des technos utilisées= ==Interface== L'utilisation de GTK pour l'interface nous paraît la solution la plus pertinente, en effet GTK est utilisé nativement par poky. De plus l'utilisation de GTK permet de programmer une interface utilisable sur différentes architectures (x86, ARM) sans se soucier du graphisme qui sera fonction du thème GTK. Le thème de poky étant configurable (fichiers XML) l'apparence de l'application pourra être définie par ce biais. ==Codage== Pour pouvoir développer les parties métiers sous-jacentes à GTK, il est possible d'utiliser plusieurs langages : * Ruby * C, C++ * Python Si l'utilisation de C, C++ permet de meilleures performances, leurs verbosités entraînent un surcoût en terme de temps de développement, leurs complexités des potentielles failles et autres fuites de mémoire (application moins robuste). Cependant l'équipe ASITR sera amené à faire une utilisation intensive du langage C (driver écran tactile, persistance des informations du frigo). Les langages de script Ruby et Python sont à peu de chose près aussi intuitifs et rapides à prendre en main l'un que l'autre, en terme de performance Python surclasse Ruby (http://shootout.alioth.debian.org/). Python est disponible nativement dans Poky, il propose un grand nombre de librairies fonctionnelles, pour connecter le code à l'interface graphique (pygtk), à des bases de données (sqlite3,...) ou encore appeler directement des fonctions C (pyrex). Le grand gagnant est donc Python :P 55 440 2008-12-05T15:00:07Z Thomas 6 Nouvelle page : ==Détails sur les entrées et sorties du FreeGo== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur ... ==Détails sur les entrées et sorties du FreeGo== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''Consommation des moteurs du réfrigérateur et du congélateur et consommation général du FreeGo'' ***''Problème: tension de 230V'' **''État des bouton en façade de marche/arrêt de l'appareil (réfrigérateur + congélateur)'' ***''Problème: alimentation général du FreeGo directement sur une tension de 230V'' ***''De plus la BeagleBoard doit-elle être en marche si le réfrigérateur et le congélateur sont éteints **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== **Commande de la température du réfrigérateur ***Activation du swicth correspondant au bouton de façade **Commande de la température du congélateur ***Activation du swicth correspondant au bouton de façade **Commande de démarrage/extinction du congélateur ***Activation du swicth correspondant au bouton de façade **''Commande de démarrage/extinction de l'appareil (réfrigérateur + congélateur)'' ***''Problème: l'allumage/extinction ne sont pas gérées par la carte électronique du FreeGo mais directement par la gestion de la mise sous tension général du système sur 230V. 441 2008-12-05T15:02:49Z Thomas 6 a renommé [[Liste des entrées et sorties]] en [[Détails sur les entrées et sorties du FreeGo]] ==Détails sur les entrées et sorties du FreeGo== ===Entrées=== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''Consommation des moteurs du réfrigérateur et du congélateur et consommation général du FreeGo'' ***''Problème: tension de 230V'' **''État des bouton en façade de marche/arrêt de l'appareil (réfrigérateur + congélateur)'' ***''Problème: alimentation général du FreeGo directement sur une tension de 230V'' ***''De plus la BeagleBoard doit-elle être en marche si le réfrigérateur et le congélateur sont éteints **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ===Sorties=== **Commande de la température du réfrigérateur ***Activation du swicth correspondant au bouton de façade **Commande de la température du congélateur ***Activation du swicth correspondant au bouton de façade **Commande de démarrage/extinction du congélateur ***Activation du swicth correspondant au bouton de façade **''Commande de démarrage/extinction de l'appareil (réfrigérateur + congélateur)'' ***''Problème: l'allumage/extinction ne sont pas gérées par la carte électronique du FreeGo mais directement par la gestion de la mise sous tension général du système sur 230V. 443 2008-12-05T15:04:30Z Thomas 6 ==Entrées== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''Consommation des moteurs du réfrigérateur et du congélateur et consommation général du FreeGo'' ***''Problème: tension de 230V'' **''État des bouton en façade de marche/arrêt de l'appareil (réfrigérateur + congélateur)'' ***''Problème: alimentation général du FreeGo directement sur une tension de 230V'' ***''De plus la BeagleBoard doit-elle être en marche si le réfrigérateur et le congélateur sont éteints **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ==Sorties== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade *''Commande de démarrage/extinction de l'appareil (réfrigérateur + congélateur)'' **''Problème: l'allumage/extinction ne sont pas gérées par la carte électronique du FreeGo mais directement par la gestion de la mise sous tension général du système sur 230V. 447 2008-12-05T15:44:40Z Thomas 6 /* Entrées */ ==Entrées== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ==Sorties== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade *''Commande de démarrage/extinction de l'appareil (réfrigérateur + congélateur)'' **''Problème: l'allumage/extinction ne sont pas gérées par la carte électronique du FreeGo mais directement par la gestion de la mise sous tension général du système sur 230V. 448 2008-12-05T15:45:03Z Thomas 6 /* Sorties */ ==Entrées== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ==Sorties== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 449 2008-12-05T15:46:49Z Thomas 6 a renommé [[Détails sur les entrées et sorties du FreeGo]] en [[Détails sur les entrées et sorties de la BeagleBoard]] ==Entrées== *Température du compartiment réfrigérateur: Valeur flottante *Température du compartiment congélateur: Valeur flottante *État de la porte : ouverte ou fermée *État de la lumière intérieur : allumée ou éteinte *Taux d'humidité: pourcentage, valeur entirère *État du moteur du réfrigérateur: marche ou arrêt *État du moteur du congélateur: marche ou arrêt *État bouton en façade de sélection de la température du réfrigérateur: **5 positions: ***super ***+2°C ***+4°C ***+6°C ***+8°C *État bouton en façade de sélection de la température du congélateur: **5 positions: ***-16°C ***-18°C ***-20°C ***-26°C ***-32°C *État LED en façade d'alerte température du congélateur: allumée ou éteinte *Etat bouton en façade fonction super du congélateur: allumée ou éteinte *''éventuellement:'' **''État des bouton en façade de marche/arrêt du congélateur'' ***''Redondance avec la marche ou l'arrêt des moteurs'' ==Sorties== *Commande de la température du réfrigérateur **Activation du swicth correspondant au bouton de façade *Commande de la température du congélateur **Activation du swicth correspondant au bouton de façade *Commande de démarrage/extinction du congélateur **Activation du swicth correspondant au bouton de façade 57 450 2008-12-05T15:46:49Z Thomas 6 a renommé [[Détails sur les entrées et sorties du FreeGo]] en [[Détails sur les entrées et sorties de la BeagleBoard]] #REDIRECT [[Détails sur les entrées et sorties de la BeagleBoard]] 51 398 2008-11-22T01:34:42Z Nico 2 Nouvelle page : Voici la marche à suivre pour installer un environnement de développement propre. <nico> Ma démarche perso est d'installer un eclipse par language dans mon /opt et un workspace p... Voici la marche à suivre pour installer un environnement de développement propre. <nico> Ma démarche perso est d'installer un eclipse par language dans mon /opt et un workspace par langage dans mon /home = Pré-requis = * un vrai OS, ie GNU/Linux ;) * Python 2.5.2 * SVN = Installer Eclipse = * choisir la version Eclipse IDE for Java Developers (ici 3.4.1) sur http://www.eclipse.org/downloads/ * extraire l'archive dans /opt et se définir comme propriétaire du répertoire (~$ chown nico ./eclipse) * lancer eclipse = Installer Pydev = * installer Pydev : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://pydev.sourceforge.net/updates/ puis "ok" ** cocher la case Pydev (pas les extentions optionelles, elle ne nous servent pas ici) ** cliquer sur "Install" ** redémarrer eclipse * configurer Pydev : ** dans le menu "Window" > "Preferences" ** dans la rubrique "Pydev" > "Interpreter Python" ** cliquer sur "New", spécifier comme path /usr/bin/python, cliquer sur "ok", puis encore "ok" 399 2008-11-22T01:47:34Z Nico 2 Voici la marche à suivre pour installer un environnement de développement propre. <nico> Ma démarche perso est d'installer un eclipse par language dans mon /opt et un workspace par langage dans mon /home = Pré-requis = * un vrai OS, ie GNU/Linux ;) * Python 2.5.2 * svn = Installer Eclipse = * choisir la version Eclipse IDE for Java Developers (ici 3.4.1) sur http://www.eclipse.org/downloads/ * extraire l'archive dans /opt et se définir comme propriétaire du répertoire (~$ chown nico ./eclipse) * lancer eclipse = Installer le plugin Pydev (support Python) = * installer Pydev : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://pydev.sourceforge.net/updates/ puis "ok" ** cocher la case Pydev (pas les extentions optionelles, elle ne nous servent pas ici) ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * configurer Pydev : ** dans le menu "Window" > "Preferences" ** dans la rubrique "Pydev" > "Interpreter Python" ** cliquer sur "New", spécifier comme path /usr/bin/python, cliquer sur "ok", puis encore "ok" = Installer le plugin Subclipse (support svn) = * Installer Subclipse : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://subclipse.tigris.org/update_1.4.x puis "ok" ** cocher la case Subclipse et JavaHL Adapter ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * Récupérer le projet (juste les applications Python) à partir du dépôt: ** dans le menu "File" > "New Project" ** choisir "Checkout Projects from SVN", "next", "create new repository location" 400 2008-11-22T01:54:51Z Nico 2 /* Installer le plugin Subclipse (support svn) */ Voici la marche à suivre pour installer un environnement de développement propre. <nico> Ma démarche perso est d'installer un eclipse par language dans mon /opt et un workspace par langage dans mon /home = Pré-requis = * un vrai OS, ie GNU/Linux ;) * Python 2.5.2 * svn = Installer Eclipse = * choisir la version Eclipse IDE for Java Developers (ici 3.4.1) sur http://www.eclipse.org/downloads/ * extraire l'archive dans /opt et se définir comme propriétaire du répertoire (~$ chown nico ./eclipse) * lancer eclipse = Installer le plugin Pydev (support Python) = * installer Pydev : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://pydev.sourceforge.net/updates/ puis "ok" ** cocher la case Pydev (pas les extentions optionelles, elle ne nous servent pas ici) ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * configurer Pydev : ** dans le menu "Window" > "Preferences" ** dans la rubrique "Pydev" > "Interpreter Python" ** cliquer sur "New", spécifier comme path /usr/bin/python, cliquer sur "ok", puis encore "ok" = Installer le plugin Subclipse (support svn) = * Installer Subclipse : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://subclipse.tigris.org/update_1.4.x puis "ok" ** cocher la case Subclipse, JavaHL Adapter et SVNKitAdapter ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * Récupérer le projet (juste les applications Python) à partir du dépôt: ** dans le menu "File" > "New Project" ** choisir "Checkout Projects from SVN", "next", "create new repository location" ** préciser comme location svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch puis "next" ** s'identifier avec le mot de passe du svn (voir la [[Gestion_des_sources_avec_SVN]]) ** sélectionner juste /trunk/freego_apps puis "next", "finish" ** choisir un Pydev project ** puis mettre le nom de projet de votre choix, cocher Python 2.5, puis "finish" 410 2008-11-28T12:53:42Z Nico 2 Voici la marche à suivre pour installer un environnement de développement propre. <nico> Ma démarche perso est d'installer un eclipse par language dans mon /opt et un workspace par langage dans mon /home = Pré-requis = * un vrai OS, ie GNU/Linux ;) * Python 2.5.2 * svn = Installer Eclipse = * choisir la version Eclipse IDE for Java Developers (ici 3.4.1) sur http://www.eclipse.org/downloads/ * extraire l'archive dans /opt et se définir comme propriétaire du répertoire (~$ chown nico ./eclipse) * lancer eclipse = Installer le plugin Pydev (support Python) = * installer Pydev : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://pydev.sourceforge.net/updates/ puis "ok" ** cocher la case Pydev (pas les extentions optionelles, elle ne nous servent pas ici) ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * configurer Pydev : ** dans le menu "Window" > "Preferences" ** dans la rubrique "Pydev" > "Interpreter Python" ** cliquer sur "New", spécifier comme path /usr/bin/python, cliquer sur "ok", puis encore "ok" = Installer le plugin Subclipse (support svn) = * Installer Subclipse : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://subclipse.tigris.org/update_1.4.x puis "ok" ** cocher la case Subclipse, JavaHL Adapter et SVNKitAdapter ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * Récupérer le projet (juste les applications Python) à partir du dépôt: ** dans le menu "File" > "New Project" ** choisir "Checkout Projects from SVN", "next", "create new repository location" ** préciser comme location svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch puis "next" ** s'identifier avec le mot de passe du svn (voir la [[Gestion_des_sources_avec_SVN]]) ** sélectionner juste /trunk/freego_apps puis "next", "finish" ** choisir un Pydev project ** puis mettre le nom de projet de votre choix, cocher Python 2.5, puis "finish" == Configurer le SVN Eclipse à l'IUP == * Sur Eclipse * Dans preference > General Network Connections * configurer le proxy avec l'identification p0xx + mdp 510 2009-01-14T14:38:14Z Nico 2 Voici la marche à suivre pour installer un environnement de développement propre. <nico> Ma démarche perso est d'installer un eclipse par langage (java, python, etc) dans mon /opt et un workspace par langage dans mon /home = Pré-requis = * un vrai OS, ie GNU/Linux ;) * Python 2.5.2 * svn = Installer Eclipse = * choisir la version Eclipse IDE for Java Developers (ici 3.4.1) sur http://www.eclipse.org/downloads/ * extraire l'archive dans /opt et se définir comme propriétaire du répertoire (~$ chown nico ./eclipse) * lancer eclipse = Installer le plugin Pydev (support Python) = * installer Pydev : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://pydev.sourceforge.net/updates/ puis "ok" ** cocher la case Pydev (pas les extentions optionelles, elle ne nous servent pas ici) ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * configurer Pydev : ** dans le menu "Window" > "Preferences" ** dans la rubrique "Pydev" > "Interpreter Python" ** cliquer sur "New", spécifier comme path /usr/bin/python, cliquer sur "ok", puis encore "ok" = Installer le plugin Subclipse (support svn) = * Installer Subclipse : ** dans le menu "Help" > "Software updates" ** choisir l'onglet "Available Software" puis cliquer sur le bouton "add site" ** la location est http://subclipse.tigris.org/update_1.4.x puis "ok" ** cocher la case Subclipse, JavaHL Adapter et SVNKitAdapter ** cliquer sur "Install", puis "next", "next", "finish" ** redémarrer eclipse * Récupérer le projet (juste les applications Python) à partir du dépôt: ** dans le menu "File" > "New Project" ** choisir "Checkout Projects from SVN", "next", "create new repository location" ** préciser comme location svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch puis "next" ** s'identifier avec le mot de passe du svn (voir la [[Gestion_des_sources_avec_SVN]]) ** sélectionner juste /trunk/freego_apps puis "next", "finish" ** choisir un Pydev project ** puis mettre le nom de projet de votre choix, cocher Python 2.5, puis "finish" == Configurer le SVN Eclipse à l'IUP == * Sur Eclipse * Dans preference > General Network Connections * configurer le proxy avec l'identification p0xx + mdp 11 76 2008-10-15T13:08:08Z Beber 4 Nouvelle page : Vous pouvez entrer ici vos idées de features pour le frigo : En voici quelques une : * Calculs energétiques (kcal, AJR, vitamines, ...) * Suivi de régime particulier de plats pré... Vous pouvez entrer ici vos idées de features pour le frigo : En voici quelques une : * Calculs energétiques (kcal, AJR, vitamines, ...) * Suivi de régime particulier de plats préparer pour aider les personnes agées * Plan de rangement du frigo * tableau noir pour laisser des petits mots 81 2008-10-15T21:03:33Z Vincent 3 Vous pouvez entrer ici vos idées de features pour le frigo : En voici quelques une : * Calculs energétiques (kcal, AJR, vitamines, ...) * Suivi de régime particulier de plats préparer pour aider les personnes agées * Plan de rangement du frigo * Tableau noir pour laisser des petits mots * Recette en fonction des ingrédients dans le frigo 83 2008-10-16T11:49:03Z Yoann 8 Vous pouvez entrer ici vos idées de features pour le frigo : En voici quelques une : * Calculs énergétiques (kcal, AJR, vitamines, ...) * Suivi de régime particulier de plats préparer pour aider les personnes agées * Plan de rangement du frigo (place de l'aliment suivant l'étage) * Tableau noir pour laisser des petits mots * Recette en fonction des ingrédients dans le frigo * Température * Porte ouverte (oui/non) * Date du dernier nettoyage * Gérer les dates de péremptions des aliments * 89 2008-10-16T18:44:08Z Beber 4 Vous pouvez entrer ici vos idées de features pour le frigo : En voici quelques une : * Calculs énergétiques (kcal, AJR, vitamines, ...) * Suivi de régime particulier de plats préparer pour aider les personnes agées * Plan de rangement du frigo (place de l'aliment suivant l'étage) * Tableau noir pour laisser des petits mots * Recette en fonction des ingrédients dans le frigo * Température * Porte ouverte (oui/non) * Date du dernier nettoyage * Gérer les dates de péremptions des aliments * Dégivrage automatique 130 2008-10-17T15:34:49Z Nico 2 === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées : {| cellspacing="0" border="1" !Fonctionnalité !Intérêt !Temps de dev |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |? (dépend de la gestion des recettes, des informations sur les aliments) |? |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |2 |1 |- |Messagerie, laisser des mots, les afficher |4 |2 (dépend des tests clavier ou interaction mobile) |- |Tableau noir pour laisser des petits mots (reconnaissance du mouvement du doigt) |4 |5 (dépend de la qualité du clavier et de beber) |- |Recette en fonction des ingrédients dans le frigo |4 |3 |- |Gérer la température (réglaglage, affichage) |5 |3 (voir avec ASITR) |- |Porte ouverte (oui/non) |5 |3 (voir avec ASITR) |- |Date du dernier nettoyage |1 |2 |- |Gérer les dates de péremptions des aliments | | |- |Dégivrage automatique |? |? |- |... | | |} 131 2008-10-17T15:40:47Z Nico 2 === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées : {| cellspacing="0" border="1" !Fonctionnalité !Intérêt !Temps de dev !Dépendance |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |? |? |gestion des recettes, des informations sur les aliments |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |2 |1 | |- |Messagerie, laisser des mots, les afficher |4 |2 |tests clavier ou interaction mobile |- |Tableau noir pour laisser des petits mots (reconnaissance du mouvement du doigt) |2 |5 |qualité du clavier et de beber |- |Recette en fonction des ingrédients dans le frigo |4 |3 | |- |Gérer la température (réglaglage, affichage) |5 |3 |récupération/modification de l'état |- |Porte ouverte (oui/non) |5 |3 |récupération/modification de l'état |- |Date du dernier nettoyage |1 |2 | |- |Gérer les dates de péremptions des aliments |4 |2 |dépend des informations sur les produits et de leur saisie |- |Dégivrage automatique |? |? | |- |... | | | |} 133 2008-10-17T16:25:37Z Nico 2 === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées : {| cellspacing="0" border="1" !Fonctionnalité !Intérêt !Temps de dev !Dépendance |- |Gestion des stocks | | | |- |Encyclopédie recette | | | |- |Profil utilisateur | | | |- |Planning | | | |- |MédiaCenter | | | |- |Profil utilisateur | | | |- |Menus | | | |- |Liste de course | | | |- |Messagerie, laisser des mots, les afficher |4 |2 |tests clavier ou interaction mobile |- |Alertes (péremption) | | | |- |Liste de course | | | |- |Minuterie | | | |- |Webcam | | | |- |Horloge | | | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |? |? |gestion des recettes, des informations sur les aliments |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |2 |1 | |- |Tableau noir pour laisser des petits mots (reconnaissance du mouvement du doigt) |2 |5 |qualité du clavier et de beber |- |Recette en fonction des ingrédients dans le frigo |4 |3 | |- |Gérer la température (réglaglage, affichage) |5 |3 |récupération/modification de l'état |- |Porte ouverte (oui/non) |5 |3 |récupération/modification de l'état |- |Date du dernier nettoyage |1 |2 | |- |Gérer les dates de péremptions des aliments |4 |2 |dépend des informations sur les produits et de leur saisie |- |Dégivrage automatique |? |? | |- |... | | | |} 150 2008-10-20T14:58:35Z Nico 2 a renommé [[Idées de features]] en [[Fonctionnalités proposées]] === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées : {| cellspacing="0" border="1" !Fonctionnalité !Intérêt !Temps de dev !Dépendance |- |Gestion des stocks | | | |- |Encyclopédie recette | | | |- |Profil utilisateur | | | |- |Planning | | | |- |MédiaCenter | | | |- |Profil utilisateur | | | |- |Menus | | | |- |Liste de course | | | |- |Messagerie, laisser des mots, les afficher |4 |2 |tests clavier ou interaction mobile |- |Alertes (péremption) | | | |- |Liste de course | | | |- |Minuterie | | | |- |Webcam | | | |- |Horloge | | | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |? |? |gestion des recettes, des informations sur les aliments |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |2 |1 | |- |Tableau noir pour laisser des petits mots (reconnaissance du mouvement du doigt) |2 |5 |qualité du clavier et de beber |- |Recette en fonction des ingrédients dans le frigo |4 |3 | |- |Gérer la température (réglaglage, affichage) |5 |3 |récupération/modification de l'état |- |Porte ouverte (oui/non) |5 |3 |récupération/modification de l'état |- |Date du dernier nettoyage |1 |2 | |- |Gérer les dates de péremptions des aliments |4 |2 |dépend des informations sur les produits et de leur saisie |- |Dégivrage automatique |? |? | |- |... | | | |} 153 2008-10-20T15:02:06Z Nico 2 === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. '''<Nico> Il serait peut être plus judicieux de fixer les priorités en fonctions d'un pré-questionnaire du type qu'attentez vous du système ? et classer les fonctionnalités suivantes ?''' {| cellspacing="0" border="1" !Fonctionnalité !Intérêt !Temps de dev !Dépendance |- |Gestion des stocks | | | |- |Encyclopédie recette | | | |- |Profil utilisateur | | | |- |Planning | | | |- |MédiaCenter | | | |- |Profil utilisateur | | | |- |Menus | | | |- |Liste de course | | | |- |Messagerie, laisser des mots, les afficher |4 |2 |tests clavier ou interaction mobile |- |Alertes (péremption) | | | |- |Liste de course | | | |- |Minuterie | | | |- |Webcam | | | |- |Horloge | | | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |? |? |gestion des recettes, des informations sur les aliments |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |2 |1 | |- |Tableau noir pour laisser des petits mots (reconnaissance du mouvement du doigt) |2 |5 |qualité du clavier et de beber |- |Recette en fonction des ingrédients dans le frigo |4 |3 | |- |Gérer la température (réglaglage, affichage) |5 |3 |récupération/modification de l'état |- |Porte ouverte (oui/non) |5 |3 |récupération/modification de l'état |- |Date du dernier nettoyage |1 |2 | |- |Gérer les dates de péremptions des aliments |4 |2 |dépend des informations sur les produits et de leur saisie |- |Dégivrage automatique |? |? | |- |... | | | |} 161 2008-10-24T13:00:17Z Beber 4 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. '''<Nico> Il serait peut être plus judicieux de fixer les priorités en fonctions d'un pré-questionnaire du type qu'attentez vous du système ? et classer les fonctionnalités suivantes ?''' {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 | |- |Encyclopédie recette |2 | |- |Profil utilisateur | | |- |Planning | | |- |MédiaCenter | | |- |Profil utilisateur | | |- |Menus | | |- |Liste de course |3 | |- |Messagerie, laisser des mots, les afficher | |tests clavier ou interaction mobile |- |Alertes (péremption) | | |- |Liste de course |3 | |- |Minuterie | | |- |Webcam | | |- |Horloge | | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) | |gestion des recettes, des informations sur les aliments |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) | | |- |Tableau noir pour laisser des petits mots (reconnaissance du mouvement du doigt) | |qualité du clavier et de beber |- |Recette en fonction des ingrédients dans le frigo | | |- |Gérer la température (réglaglage, affichage) | |récupération/modification de l'état |- |Porte ouverte (oui/non) | |récupération/modification de l'état |- |Date du dernier nettoyage | | |- |Gérer les dates de péremptions des aliments | |dépend des informations sur les produits et de leur saisie |- |Dégivrage automatique | | |- |... | | |} 162 2008-10-24T13:03:39Z Beber 4 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. '''<Nico> Il serait peut être plus judicieux de fixer les priorités en fonctions d'un pré-questionnaire du type qu'attentez vous du système ? et classer les fonctionnalités suivantes ?''' {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 | |- |Encyclopédie recette |2 | |- |Profil utilisateur | | |- |Planning | | |- |MédiaCenter | | |- |Profil utilisateur | | |- |Menus | | |- |Liste de course |3 | |- |Messagerie (son, post it, tableau noir) |6 |tests clavier ou interaction mobile |- |Alertes (péremption) |6 | |- |Minuterie,Horloge |4 | |- |Webcam | | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) | |gestion des recettes, des informations sur les aliments |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) | | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) | | |- |Recette en fonction des ingrédients dans le frigo |7 | |- |Etat du frigo (porte ouverte,affichage, reglaglage) |5 |récupération/modification de l'état |- |Date du dernier nettoyage | | |- |Gérer les dates de péremptions des aliments | |dépend des informations sur les produits et de leur saisie |- |Dégivrage automatique | | |- |... | | |} 163 2008-10-24T13:11:45Z Beber 4 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. '''<Nico> Il serait peut être plus judicieux de fixer les priorités en fonctions d'un pré-questionnaire du type qu'attentez vous du système ? et classer les fonctionnalités suivantes ?''' {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Encyclopédie recette |2 | |- |Liste de course |3 | |- |Minuterie,Horloge |4 | |- |Etat du frigo |5 |porte ouverte,affichage, reglaglage, degivrage, température,Date du dernier nettoyage |- |Alertes (péremption) |6 | |- |Recette en fonction des ingrédients dans le frigo |7 | |- |Messagerie (son, post it, tableau noir) |8 |tests clavier ou interaction mobile |- |Menus |9 | |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} 164 2008-10-24T13:15:17Z Beber 4 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. '''<Nico> Il serait peut être plus judicieux de fixer les priorités en fonctions d'un pré-questionnaire du type qu'attentez vous du système ? et classer les fonctionnalités suivantes ?''' {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Encyclopédie recette |2 | |- |Liste de course |3 | |- |Minuterie,Horloge |4 | |- |Etat du frigo |5 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Alertes |6 |péremption, planning, état du frigo |- |Recettes |7 |liste et en fonction des ingrédients dans le frigo |- |Messagerie (son, post it, tableau noir) |8 |tests clavier ou interaction mobile |- |Menus |9 | |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} 165 2008-10-24T13:17:12Z Beber 4 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. '''<Nico> Il serait peut être plus judicieux de fixer les priorités en fonctions d'un pré-questionnaire du type qu'attentez vous du système ? et classer les fonctionnalités suivantes ?''' {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} 167 2008-10-24T13:39:48Z Nico 2 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} 196 2008-11-07T12:44:40Z Pierrick 5 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} === Fonctionnalités retenues === 197 2008-11-07T12:53:46Z Pierrick 5 /* Fonctionnalités retenues */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les notes (1->5) concernant le temps de développement estimé et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} === Fonctionnalités retenues === ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' 198 2008-11-07T13:15:06Z Beber 4 /* Fonctionnalités et classification */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} === Fonctionnalités retenues === ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' 199 2008-11-07T13:15:30Z Pierrick 5 /* Gestion des stocks */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} === Fonctionnalités retenues === ===Gestion des stocks=== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' 200 2008-11-07T13:15:41Z Pierrick 5 /* Fonctionnalités retenues */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ===Gestion des stocks=== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' 201 2008-11-07T13:15:58Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ===Gestion des stocks=== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ===Liste des courses=== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' 202 2008-11-07T13:16:05Z Pierrick 5 /* Minuterie/horloge */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ===Gestion des stocks=== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ===Liste des courses=== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ===Minuterie/horloge=== '''principe :''' 203 2008-11-07T13:17:03Z Pierrick 5 /* Fonctionnalités retenues */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' 204 2008-11-07T13:18:17Z Pierrick 5 /* Fonctionnalités retenues */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ==Menus== ==Messagerie (son, post it, tableau noir)== 205 2008-11-07T13:25:41Z Beber 4 /* Messagerie (son, post it, tableau noir) */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de post its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** ===Temps estimé=== ===Données ou librairies spéciales utiles=== 206 2008-11-07T13:29:28Z Beber 4 /* Messagerie (son, post it, tableau noir) */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Données ou librairies spéciales utiles=== A chercher 207 2008-11-07T13:31:57Z Pierrick 5 /* Gestion des stocks */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo, consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Données ou librairies spéciales utiles=== A chercher 208 2008-11-07T13:37:40Z Beber 4 /* Alertes */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo, consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== ===Temps estimé=== ===Dépendances=== ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Données ou librairies spéciales utiles=== A chercher 209 2008-11-07T13:37:56Z Beber 4 /* Messagerie (son, post it, tableau noir) */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' ajout/modification/suppression d'éléments contenus dans le frigo, consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== ===Temps estimé=== ===Dépendances=== ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 210 2008-11-07T13:41:16Z Pierrick 5 /* Gestion des stocks */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== ===Temps estimé=== ===Dépendances=== ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 211 2008-11-07T13:46:29Z Beber 4 /* Alertes */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== Petits messages sur l'ecran informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 212 2008-11-07T13:47:44Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. '''Dépendances :''' base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== Petits messages sur l'ecran informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 213 2008-11-07T13:47:51Z Beber 4 /* Alertes */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== '''principe :''' Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock '''dépendances :''' base de données (tables des produits), clavier virtuel '''temps estimé :''' 4 séances ==Liste des courses== '''principe :''' Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. '''Dépendances :''' base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 214 2008-11-07T13:49:52Z Pierrick 5 /* Gestion des stocks */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== '''principe :''' Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. '''Dépendances :''' base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile '''temps estimé :''' 3 séances ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 215 2008-11-07T13:51:14Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 216 2008-11-07T13:51:31Z Beber 4 /* Recettes */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== '''principe :''' ==Etat du frigo== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. ===Temps estimé=== ===Dépendances=== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 217 2008-11-07T13:53:14Z Pierrick 5 /* Minuterie/horloge */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===principe=== module affichant ==Etat du frigo== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. ===Temps estimé=== ===Dépendances=== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 218 2008-11-07T13:53:33Z Beber 4 /* Fonctionnalités retenues */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===principe=== module affichant ==Etat du frigo== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. ===Temps estimé=== ===Dépendances=== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 219 2008-11-07T13:54:54Z Beber 4 /* Questions */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===principe=== module affichant ==Etat du frigo== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. ===Temps estimé=== ===Dépendances=== ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 220 2008-11-07T14:04:36Z Beber 4 /* Recettes */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===principe=== module affichant ==Etat du frigo== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 221 2008-11-07T14:04:38Z Pierrick 5 /* Minuterie/horloge */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette ===dépendance=== module recette ===temps estimé=== 1 séances ==Etat du frigo== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 222 2008-11-07T14:07:11Z Pierrick 5 /* Etat du frigo */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette ===dépendance=== module recette ===temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 223 2008-11-07T14:07:23Z Pierrick 5 /* principe */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== === principe === Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock === temps estimé === 4 séances === dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette ===dépendance=== module recette ===temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 224 2008-11-07T14:07:52Z Pierrick 5 /* Gestion des stocks */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== ===principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. ===temps estimé=== 3 séances ===Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette ===dépendance=== module recette ===temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 225 2008-11-07T14:08:21Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé=== 3 séances === Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette ===dépendance=== module recette ===temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 226 2008-11-07T14:08:34Z Pierrick 5 /* Minuterie/horloge */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé=== 3 séances === Dépendances=== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 227 2008-11-07T14:08:55Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe=== Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 228 2008-11-07T14:09:35Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances ==== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 229 2008-11-07T14:21:30Z Beber 4 /* Recettes */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances ==== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 230 2008-11-07T14:21:54Z Beber 4 /* Menus */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances ==== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== ===Dépendances=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 231 2008-11-07T14:22:52Z Pierrick 5 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances ==== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== ===Dépendances=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 232 2008-11-07T14:27:47Z Beber 4 /* Menus */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances ==== base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 233 2008-11-07T14:38:56Z Beber 4 /* Liste des courses */ === Fonctionnalités et classification === Les différentes fonctionnalités proposées et les priorités affectées. {| cellspacing="0" border="1" !Fonctionnalité !Ordre de développement !Commentaires |- |Gestion des stocks |1 |Gérer aussi la péremption des aliments, allergies |- |Liste de course |2 | |- |Minuterie,Horloge |3 | |- |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |- |Recettes |5 |liste et en fonction des ingrédients dans le frigo |- |Alertes |6 |péremption, planning, état du frigo |- |Menus |8 | |- |Messagerie (son, post it, tableau noir) |9 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |10 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |11 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |12 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |13 |radio |- |Planning |14 | |- |Achat en ligne |15 | |- |Profil utilisateur |59 | |- |Webcam |28 | |- |... | | |} = Fonctionnalités retenues = ==Questions== * Faut il gérer tous la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher 245 2008-11-07T16:14:45Z Nico 2 === Fonctionnalités et classification === Les différentes fonctionnalités que nous avons choisi d'implémenter. {| cellspacing="0" border="1" !Légende |-style="color:green;" |Fonctionnalité prioritaire |-style="color:orange;" |Fonctionnalité optionnelle |} {| cellspacing="0" border="1" !Fonctionnalité !Priorité !Commentaires et idées |-style="font-style:italic;color:green;" |Gestion des stocks |1 |gérer aussi la péremption des aliments, allergies |-style="font-style:italic;color:green;" |Liste de course |2 | |-style="font-style:italic;color:green;" |Minuterie,Horloge |3 | |-style="font-style:italic;color:green;" |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |-style="font-style:italic;color:green;" |Recettes |5 |liste et en fonction des ingrédients dans le frigo |-style="font-style:italic;color:orange;" |Alertes |6 |péremption, planning, état du frigo |-style="font-style:italic;color:orange;" |Menus |7 | |-style="font-style:italic;color:orange;" |Messagerie (son, post it, tableau noir) |8 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |9 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |10 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |11 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |12 |radio |- |Planning |13 | |- |Achat en ligne |14 | |- |Profil utilisateur |15 | |- |Webcam |16 | |- |... | | |} 246 2008-11-07T16:15:43Z Nico 2 Les différentes fonctionnalités que nous avons choisi d'implémenter. {| cellspacing="0" border="1" !Légende |-style="color:green;" |prioritaire |-style="color:orange;" |optionnelle |- |autre |} {| cellspacing="0" border="1" !Fonctionnalité !Priorité !Commentaires et idées |-style="font-style:italic;color:green;" |Gestion des stocks |1 |gérer aussi la péremption des aliments, allergies |-style="font-style:italic;color:green;" |Liste de course |2 | |-style="font-style:italic;color:green;" |Minuterie,Horloge |3 | |-style="font-style:italic;color:green;" |Etat du frigo |4 |porte ouverte,affichage, reglaglage, dégivrage, température,Date du dernier nettoyage |-style="font-style:italic;color:green;" |Recettes |5 |liste et en fonction des ingrédients dans le frigo |-style="font-style:italic;color:orange;" |Alertes |6 |péremption, planning, état du frigo |-style="font-style:italic;color:orange;" |Menus |7 | |-style="font-style:italic;color:orange;" |Messagerie (son, post it, tableau noir) |8 |tests clavier ou interaction mobile |- |Suivi de régime particulier de plats préparés pour aider les personnes agées (Profilage ?) |9 | |- |Plan de rangement du frigo (donner la place de l'aliment suivant l'étage) |10 | |- |Calculs énergétiques (kcal, AJR, vitamines, ...) |11 |gestion des recettes, des informations sur les aliments |- |MédiaCenter |12 |radio |- |Planning |13 | |- |Achat en ligne |14 | |- |Profil utilisateur |15 | |- |Webcam |16 | |- |... | | |} 48 388 2008-11-21T17:20:42Z Nico 2 Nouvelle page : Un dépôt SVN a été mis en place pour versionner les sources du projet. = Distribution Poky patché = Un dépôt SVN a été mis en place pour versionner les sources du projet. = Distribution Poky patché = 393 2008-11-21T18:50:47Z Maxime 7 (Nicolas)(Maxime) Un dépôt SVN a été mis en place sur le serveur iupmime pour versionner les sources du projet. Il est accessible de l'extérieur. = Récupérer Poky avec les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk poky Pour le mot de passe vous le recevrez par mail. = Récupérer seulement les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk/freego_apps freego_apps Idem pour le mot de passe 395 2008-11-21T18:57:15Z Nico 2 /* Récupérer seulement les applications CHM */ (Nicolas)(Maxime) Un dépôt SVN a été mis en place sur le serveur iupmime pour versionner les sources du projet. Il est accessible de l'extérieur. = Récupérer Poky avec les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk poky Pour le mot de passe vous le recevrez par mail. = Récupérer seulement les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk/freego_apps freego_apps Idem pour le mot de passe == Organisation du code source == Voici une idée d'organisation des sources sur le SVN en cours de création. L'idée est de permettre à chacun de de travailler sur un module indépendant au possible. + freego_apps + src - __init__.py - conf.py + module_base - __init__.py - models.py - views.py - controllers.py - main.py + module_stock - __init__.py - models.py - view.py - controllers.py - main.py + module ... + test __init__.py - test_module_base.py - test_module_stock.py - test_module ... + imgs + scripts - deploy.sh Rappel Python: * un fichier .py s'appelle un module et il peut contenir plusieurs classes. * un répertoire qui contient un fichier __init__.py est considéré comme un module. Le module src contient l'application, le module test contient les tests unitaires (avec unittests à voir), img contient les images et icônes et enfin scripts des petits ... scripts pour se faciliter la vie et surtout le déploiement. Le module base permet de définir les super classes BusinessObject, DataAccessObject, etc afin de factoriser le code au maximum, le fichier conf.py défini les variables de l'environnement cible (path du fichier bdd, répertoire d'installation, etc) Voir l'[[Architecture générale]] ou [[Image:CahierDesCharges.pdf]] pour plus de détail 396 2008-11-21T18:58:16Z Nico 2 /* Organisation du code source */ (Nicolas)(Maxime) Un dépôt SVN a été mis en place sur le serveur iupmime pour versionner les sources du projet. Il est accessible de l'extérieur. = Récupérer Poky avec les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk poky Pour le mot de passe vous le recevrez par mail. = Récupérer seulement les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk/freego_apps freego_apps Idem pour le mot de passe == Organisation du code source == Voici une idée d'organisation des sources sur le SVN en cours de création. L'idée est de permettre à chacun de de travailler sur un module indépendant au possible. + freego_apps + src - __init__.py - conf.py + module_base - __init__.py - models.py - views.py - controllers.py - main.py + module_stock - __init__.py - models.py - view.py - controllers.py - main.py + module ... + test __init__.py - test_module_base.py - test_module_stock.py - test_module ... + imgs + scripts - deploy.sh Rappel Python: * un fichier .py s'appelle un module et il peut contenir plusieurs classes. * un répertoire qui contient un fichier __init__.py est considéré comme un module. Le module src contient l'application, le module test contient les tests unitaires (avec unittests à voir), img contient les images et icônes et enfin scripts des petits ... scripts pour se faciliter la vie et surtout le déploiement. Le module base permet de définir les super classes BusinessObject, DataAccessObject, etc afin de factoriser le code au maximum, le fichier conf.py défini les variables de l'environnement cible (path du fichier bdd, répertoire d'installation, etc) Voir l'[[Architecture générale]] ou [[Image:ManuelConception.pdf]] pour plus de détail. 419 2008-11-28T15:56:38Z Yoann 8 (Nicolas)(Maxime) Un dépôt SVN a été mis en place sur le serveur iupmime pour versionner les sources du projet. Il est accessible de l'extérieur. = Récupérer Poky avec les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk poky Pour le mot de passe vous le recevrez par mail. = Récupérer seulement les applications CHM = $>svn co svn://p06XX@iupmime.univ-lemans.fr/iup/donnees/subversion/freegoandtouch/trunk/freego_apps freego_apps Idem pour le mot de passe = Changer d'utilisateur SVN sous Eclipse = Fermez Eclipse, rendez-vous dans le dossier "configuration/org.eclipse.core.runtime/", CTRL+H (car vous êtes sous Linux !) et supprimer le fichier ".keyring". Relancez Eclipse, faites un update. A vous de rentrer votre nom d'utilisateur et votre mot de passe. == Organisation du code source == Voici une idée d'organisation des sources sur le SVN en cours de création. L'idée est de permettre à chacun de de travailler sur un module indépendant au possible. + freego_apps + src - __init__.py - conf.py + module_base - __init__.py - models.py - views.py - controllers.py - main.py + module_stock - __init__.py - models.py - view.py - controllers.py - main.py + module ... + test __init__.py - test_module_base.py - test_module_stock.py - test_module ... + imgs + scripts - deploy.sh Rappel Python: * un fichier .py s'appelle un module et il peut contenir plusieurs classes. * un répertoire qui contient un fichier __init__.py est considéré comme un module. Le module src contient l'application, le module test contient les tests unitaires (avec unittests à voir), img contient les images et icônes et enfin scripts des petits ... scripts pour se faciliter la vie et surtout le déploiement. Le module base permet de définir les super classes BusinessObject, DataAccessObject, etc afin de factoriser le code au maximum, le fichier conf.py défini les variables de l'environnement cible (path du fichier bdd, répertoire d'installation, etc) Voir l'[[Architecture générale]] ou [[Image:ManuelConception.pdf]] pour plus de détail. 22 151 2008-10-20T14:58:35Z Nico 2 a renommé [[Idées de features]] en [[Fonctionnalités proposées]] #REDIRECT [[Fonctionnalités proposées]] 72 561 2009-02-04T18:03:45Z Nico 2 a renommé [[InstallationPokyLinux]] en [[Installer Poky]]: ménage #REDIRECT [[Installer Poky]] 8 57 2008-10-14T16:54:49Z Nico 2 Nouvelle page : Qu'est ce que [http://www.pokylinux.org PokyLinux] ? 1. Installer subversion : $> apt-get install subversion 2. Configurer proxy '''(En cas de connection depuis le réseau infoin... Qu'est ce que [http://www.pokylinux.org PokyLinux] ? 1. Installer subversion : $> apt-get install subversion 2. Configurer proxy '''(En cas de connection depuis le réseau infoindust)''' * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ 3. Récupérer les sources de poky : $> svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato Note : 58 2008-10-14T17:03:41Z Nico 2 Qu'est ce que [http://www.pokylinux.org PokyLinux] ? == Installer subversion == $> apt-get install subversion == Configurer proxy == '''(En cas de connection depuis le réseau infoindust)''' * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration vm.mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: /proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root). To fix this in later reboots, set vm.mmap_min_addr = 0 in /etc/sysctl.conf. Pour corriger : nico@in-utero:~/Cours/poky/build$ sudo gedit /etc/sysctl.conf Changer la ligne : # protect bottom 64k of memory from mmap to prevent NULL-dereference # attacks against potential future kernel security vulnerabilities. # (Added in kernel 2.6.23.) vm.mmap_min_addr = 0 Ouvrir une nouvelle session, recompiler 59 2008-10-14T17:26:19Z Nico 2 * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Pour tester, prendre la version SVN, pour le DEV il faudra se décider sur une stable (la dernière ?)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration vm.mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: /proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root). To fix this in later reboots, set vm.mmap_min_addr = 0 in /etc/sysctl.conf. Pour corriger : nico@in-utero:~/Cours/poky/build$ sudo gedit /etc/sysctl.conf Changer la ligne : # protect bottom 64k of memory from mmap to prevent NULL-dereference # attacks against potential future kernel security vulnerabilities. # (Added in kernel 2.6.23.) vm.mmap_min_addr = 0 Ouvrir une nouvelle session, recompiler 60 2008-10-14T17:32:52Z Nico 2 * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration vm.mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: /proc/sys/vm/mmap_min_addr is not 0. This will cause problems with qemu so please fix the value (as root). To fix this in later reboots, set vm.mmap_min_addr = 0 in /etc/sysctl.conf. Pour corriger : nico@in-utero:~/Cours/poky/build$ sudo gedit /etc/sysctl.conf Changer la ligne : # protect bottom 64k of memory from mmap to prevent NULL-dereference # attacks against potential future kernel security vulnerabilities. # (Added in kernel 2.6.23.) vm.mmap_min_addr = 0 Ouvrir une nouvelle session, recompiler 61 2008-10-14T17:37:26Z Nico 2 * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration vm.mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre 3, 4 heures :D 62 2008-10-14T17:38:39Z Nico 2 * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre 3, 4 heures :D 63 2008-10-14T17:41:59Z Nico 2 * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D 69 2008-10-14T23:09:06Z Nico 2 * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Configuration bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed ERROR: log data follows (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/work/armv5te-poky-linux-gnueabi/libxtst-1_1.0.3-r1/temp/log.do_compile.17367) | NOTE: make | make all-recursive | make[1]: Entering directory `/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/work/armv5te-poky-linux-gnueabi/libxtst-1_1.0.3-r1/libXtst-1.0.3' | Making all in src | make[2]: Entering directory `/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/work/armv5te-poky-linux-gnueabi/libxtst-1_1.0.3-r1/libXtst-1.0.3/src' | /bin/sh ../arm-poky-linux-gnueabi-libtool --tag=CC --mode=compile arm-poky-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s -DHAVE_CONFIG_H -I. -I.. -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -MT XRecord.lo -MD -MP -MF .deps/XRecord.Tpo -c -o XRecord.lo XRecord.c | arm-poky-linux-gnueabi-libtool: compile: arm-poky-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s -DHAVE_CONFIG_H -I. -I.. -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -MT XRecord.lo -MD -MP -MF .deps/XRecord.Tpo -c XRecord.c -fPIC -DPIC -o .libs/XRecord.o | arm-poky-linux-gnueabi-libtool: compile: arm-poky-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s -DHAVE_CONFIG_H -I. -I.. -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -MT XRecord.lo -MD -MP -MF .deps/XRecord.Tpo -c XRecord.c -o XRecord.o >/dev/null 2>&1 | mv -f .deps/XRecord.Tpo .deps/XRecord.Plo | /bin/sh ../arm-poky-linux-gnueabi-libtool --tag=CC --mode=compile arm-poky-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s -DHAVE_CONFIG_H -I. -I.. -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -MT XTest.lo -MD -MP -MF .deps/XTest.Tpo -c -o XTest.lo XTest.c | arm-poky-linux-gnueabi-libtool: compile: arm-poky-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s -DHAVE_CONFIG_H -I. -I.. -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -MT XTest.lo -MD -MP -MF .deps/XTest.Tpo -c XTest.c -fPIC -DPIC -o .libs/XTest.o | In file included from XTest.c:37: | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:50:35: error: X11/extensions/XInput.h: No such file or directory | In file included from XTest.c:37: | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:104: error: expected declaration specifiers or '...' before 'XDevice' | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:114: error: expected declaration specifiers or '...' before 'XDevice' | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:124: error: expected declaration specifiers or '...' before 'XDevice' | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:133: error: expected declaration specifiers or '...' before 'XDevice' | XTest.c: In function 'get_xinput_base': | XTest.c:82: error: 'INAME' undeclared (first use in this function) | XTest.c:82: error: (Each undeclared identifier is reported only once | XTest.c:82: error: for each function it appears in.) | XTest.c: At top level: | XTest.c:278: error: expected declaration specifiers or '...' before 'XDevice' | XTest.c: In function 'send_axes': | XTest.c:289: error: 'dev' undeclared (first use in this function) | XTest.c: In function 'XTestFakeDeviceKeyEvent': | XTest.c:320: error: expected declaration specifiers before 'XDevice' | XTest.c:326: error: argument 'dev' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include /X11/extensions/XTest.h:110: error: prototype declaration | XTest.c:326: error: argument 'keycode' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include /X11/extensions/XTest.h:110: error: prototype declaration | XTest.c:326: error: argument 'is_press' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:110: error: prototype declaration | XTest.c:326: error: argument 'axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include /X11/extensions/XTest.h:110: error: prototype declaration | XTest.c:326: error: argument 'n_axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include /X11/extensions/XTest.h:110: error: prototype declaration | XTest.c:326: error: number of arguments doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:110: error: prototype declaration | XTest.c:340: error: invalid type argument of '->' | XTest.c:342: warning: passing argument 6 of 'send_axes' makes integer from pointer without a cast | XTest.c:342: error: too many arguments to function 'send_axes' | XTest.c: In function 'XTestFakeDeviceButtonEvent': | XTest.c:351: error: expected declaration specifiers before 'XDevice' | XTest.c:357: error: argument 'dev' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:120: error: prototype declaration | XTest.c:357: error: argument 'button' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:120: error: prototype declaration | XTest.c:357: error: argument 'is_press' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:120: error: prototype declaration | XTest.c:357: error: argument 'axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:120: error: prototype declaration | XTest.c:357: error: argument 'n_axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:120: error: prototype declaration | XTest.c:357: error: number of arguments doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:120: error: prototype declaration | XTest.c:371: error: invalid type argument of '->' | XTest.c:373: warning: passing argument 6 of 'send_axes' makes integer from pointer without a cast | XTest.c:373: error: too many arguments to function 'send_axes' | XTest.c: In function 'XTestFakeProximityEvent': | XTest.c:382: error: expected declaration specifiers before 'XDevice' | XTest.c:387: error: argument 'in_prox' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:129: error: prototype declaration | XTest.c:387: error: argument 'axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:129: error: prototype declaration | XTest.c:387: error: argument 'n_axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:129: error: prototype declaration | XTest.c:387: error: number of arguments doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:129: error: prototype declaration | XTest.c:400: error: invalid type argument of '->' | XTest.c:402: warning: passing argument 6 of 'send_axes' makes integer from pointer without a cast | XTest.c:402: error: too many arguments to function 'send_axes' | XTest.c: In function 'XTestFakeDeviceMotionEvent': | XTest.c:412: error: expected declaration specifiers before 'XDevice' | XTest.c:418: error: argument 'first_axis' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:139: error: prototype declaration | XTest.c:418: error: argument 'axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include /X11/extensions/XTest.h:139: error: prototype declaration | XTest.c:418: error: argument 'n_axes' doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:139: error: prototype declaration | XTest.c:418: error: number of arguments doesn't match prototype | /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/staging/armv5te-poky-linux-gnueabi/usr/include/X11/extensions/XTest.h:139: error: prototype declaration | XTest.c:431: error: invalid type argument of '->' | XTest.c:432: warning: passing argument 5 of 'send_axes' makes pointer from integer without a cast | XTest.c:432: warning: passing argument 6 of 'send_axes' makes integer from pointer without a cast | XTest.c:432: error: too many arguments to function 'send_axes' | make[2]: *** [XTest.lo] Error 1 | make[2]: Leaving directory `/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/work/armv5te-poky-linux-gnueabi/libxtst-1_1.0.3-r1/libXtst-1.0.3/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/work/armv5te-poky-linux-gnueabi/libxtst-1_1.0.3-r1/libXtst-1.0.3' | make: *** [all] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/build/tmp/work/armv5te-poky-linux-gnueabi/libxtst-1_1.0.3-r1/temp/log.do_compile.17367 NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed 74 2008-10-15T12:17:50Z Nico 2 /* Problèmes divers */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' 84 2008-10-16T15:46:11Z Nico 2 /* Problèmes divers */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Seulement en cas de connexion depuis le réseau infoindust : * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 160 2008-10-24T12:26:32Z Maxime 7 /* Configurer proxy */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Utiliser la version SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 464 2008-12-06T12:25:33Z Nico 2 /* Récupérer les sources de poky */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 466 2008-12-08T03:20:07Z Nico 2 /* Problèmes divers */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 === Qemu-native failed=== Nico : sur une Ubuntu Intrepid Ibex toute neuve et avec la version poky SVN : NOTE: Task failed: /home/nico/Bureau/Cours/Friginux/poky/poky/build/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r12/temp/log.do_compile.7046 NOTE: package qemu-native-0.9.1+svnr4242-r12: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package qemu-native-0.9.1+svnr4242: failed ERROR: Build of /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 441 (/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Waiting for 1 active tasks to finish NOTE: 1: /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/pkgconfig/pkgconfig-native_0.23.bb, do_configure (7530) NOTE: package pkgconfig-native-0.23-r7: task do_configure: completed NOTE: package pkgconfig-native-0.23: completed NOTE: Tasks Summary: Attempted 193 tasks of which 189 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb' failed NOTE: build 200812080416: completed Problème similaire : http://projects.linuxtogo.org/pipermail/openembedded-issues/2008-November/011330.html 467 2008-12-08T03:30:46Z Nico 2 /* Qemu-native failed */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 === Qemu-native failed=== Nico : sur une Ubuntu Intrepid Ibex toute neuve et avec '''notre version''' poky SVN : NOTE: Task failed: /home/nico/Bureau/Cours/Friginux/poky/poky/build/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r12/temp/log.do_compile.7046 NOTE: package qemu-native-0.9.1+svnr4242-r12: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package qemu-native-0.9.1+svnr4242: failed ERROR: Build of /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 441 (/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Waiting for 1 active tasks to finish NOTE: 1: /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/pkgconfig/pkgconfig-native_0.23.bb, do_configure (7530) NOTE: package pkgconfig-native-0.23-r7: task do_configure: completed NOTE: package pkgconfig-native-0.23: completed NOTE: Tasks Summary: Attempted 193 tasks of which 189 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb' failed NOTE: build 200812080416: completed Problème similaire : http://projects.linuxtogo.org/pipermail/openembedded-issues/2008-November/011330.html 468 2008-12-08T11:10:25Z Nico 2 /* Qemu-native failed */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 === Qemu-native failed=== Nico : sur une Ubuntu Intrepid Ibex toute neuve, GCC 4.3, avec '''notre version''' poky SVN : NOTE: Task failed: /home/nico/Bureau/Cours/Friginux/poky/poky/build/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r12/temp/log.do_compile.7046 NOTE: package qemu-native-0.9.1+svnr4242-r12: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package qemu-native-0.9.1+svnr4242: failed ERROR: Build of /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 441 (/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Waiting for 1 active tasks to finish NOTE: 1: /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/pkgconfig/pkgconfig-native_0.23.bb, do_configure (7530) NOTE: package pkgconfig-native-0.23-r7: task do_configure: completed NOTE: package pkgconfig-native-0.23: completed NOTE: Tasks Summary: Attempted 193 tasks of which 189 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb' failed NOTE: build 200812080416: completed Problème similaire : http://projects.linuxtogo.org/pipermail/openembedded-issues/2008-November/011330.html Test de downgrade de GCC 4.3 à 4.2 celui utilisé par Hardy : ... 470 2008-12-08T17:48:28Z Nico 2 /* Qemu-native failed */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 === Qemu-native failed=== Nico : sur une Ubuntu Intrepid Ibex toute neuve, GCC 4.3, avec '''notre version''' poky SVN : NOTE: Task failed: /home/nico/Bureau/Cours/Friginux/poky/poky/build/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r12/temp/log.do_compile.7046 NOTE: package qemu-native-0.9.1+svnr4242-r12: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package qemu-native-0.9.1+svnr4242: failed ERROR: Build of /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 441 (/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Waiting for 1 active tasks to finish NOTE: 1: /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/pkgconfig/pkgconfig-native_0.23.bb, do_configure (7530) NOTE: package pkgconfig-native-0.23-r7: task do_configure: completed NOTE: package pkgconfig-native-0.23: completed NOTE: Tasks Summary: Attempted 193 tasks of which 189 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb' failed NOTE: build 200812080416: completed Problème similaire : http://projects.linuxtogo.org/pipermail/openembedded-issues/2008-November/011330.html Test de downgrade de GCC 4.3 à 4.2 celui utilisé par Hardy, pas mieux Ajout d'un patch, en cours de compilation, si le problème est corrigé, il sera ajouté sur le SVN projet. 471 2008-12-09T00:29:00Z Nico 2 /* Qemu-native failed */ * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 === Qemu-native failed=== Nico : sur une Ubuntu Intrepid Ibex toute neuve, GCC 4.3, avec '''notre version''' poky SVN : NOTE: Task failed: /home/nico/Bureau/Cours/Friginux/poky/poky/build/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r12/temp/log.do_compile.7046 NOTE: package qemu-native-0.9.1+svnr4242-r12: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package qemu-native-0.9.1+svnr4242: failed ERROR: Build of /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 441 (/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Waiting for 1 active tasks to finish NOTE: 1: /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/pkgconfig/pkgconfig-native_0.23.bb, do_configure (7530) NOTE: package pkgconfig-native-0.23-r7: task do_configure: completed NOTE: package pkgconfig-native-0.23: completed NOTE: Tasks Summary: Attempted 193 tasks of which 189 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb' failed NOTE: build 200812080416: completed Problème similaire : http://projects.linuxtogo.org/pipermail/openembedded-issues/2008-November/011330.html Downgrade de GCC 4.3 à 4.2 (celui utilisé par hardy): * installer le paquet * refaire les liens gcc de /usr/bin Un patch concernant le paquet quemu-native a été ajouté sur notre dépôt SVN. Suite à un problème à l'exécution de la tâche webkit-gtk.bb, Il apparait que GCC et G++ doivent être de même version, passer de G++ 4.3 à 4.2. A priori et après correction, l'utilisation de GCC et G++ 4.3 doit être possible, à tester. 560 2009-02-04T18:03:45Z Nico 2 a renommé [[InstallationPokyLinux]] en [[Installer Poky]]: ménage * Qu'est ce que [http://www.pokylinux.org PokyLinux] ? * [http://pokylinux.org/doc/poky-handbook.html Manuel] == Installer dépendances == Pour une distribution basée sur Debian : $> sudo apt-get install subversion build-essential python diffstat texinfo texi2html cvs subversion wget gawk help2man == Configurer proxy == Si vous vous connectez depuis sur le réseau "infoindus", vous pouvez utiliser le script suivant: $> cd ~ $> wget http://www.maxime-coquelin.info/download/proxy_iup.sh $> source proxy_iup.sh Pour revenir en configuration sans proxy : $> source ~/proxy_iup.sh == Récupérer les sources de poky == '''Pour utiliser la version officielle SVN (la dernière stable 3.1 marche pas sur la BeagleBoard)''' $> svn co http://svn.o-hand.com/repos/poky/trunk poky '''Pour utiliser notre version SVN''' voir [[Gestion des sources avec SVN]] == Configuration de l'environnement == $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" == Compilation == '''Attention la compilation prend 4, 5 heures et nécessite 3 GB d'espace disque''' $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Problèmes divers == === Utiliser bash au lieu de dash === Nico : sur une Ubuntu Hardy Heron, lors de la compilation (bitbake) : ERROR: Poky's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Following is the list of potential problems / advisories: Using dash as /bin/sh causes various subtle build problems, please use bash instead. Pour utiliser bash au lieu de dash >$ sudo mv /bin/sh /bin/sh.unused >$ sudo ln -s /bin/bash /bin/sh Puis re-compiler et attendre, attendre, attention c'est long :D === libxtst-1.0.3 failed === Nico : sur une Ubuntu Hardy Heron, après 4h30 de compilation (bitbake), la trace de la mort qui tue : NOTE: Running task 1458 of 4066 (ID: 3318, /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) NOTE: package libxtst-1.0.3: started NOTE: package libxtst-1_1.0.3-r1: task do_compile: started ERROR: function do_compile failed [...] NOTE: package libxtst-1_1.0.3-r1: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package libxtst-1.0.3: failed ERROR: Build of /home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb do_compile failed ERROR: Task 3318 (/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1457 tasks of which 0 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Cours/M2-2008-2009/ProjetFriginux/poky/meta/packages/xorg-lib/libxtst_1.0.3.bb' failed NOTE: build 200810141936: completed Après un petit svn update dans le répertoire des sources, puis relance de la compilation c'est reparti. '''Toujours le problème de travailler sur une version en cours de développement''' === Mémoire et mmap_min_addr === Nico : sur une Ubuntu Hardy Heron, $ source poky-init-build-env ### Shell environment set up for Poky builds. ### $ poky-qemu ./tmp/deploy/images/zImage-qemuarm.bin ./tmp/deploy/images/poky-image-sato-qemuarm.ext2 Error, please set /proc/sys/vm/mmap_min_addr to 0 since otherwise it can cause problems with QEMU Pour corriger le biniou à chaud taper : $ sudo sysctl -w vm.mmap_min_addr=0 Pour corriger durablement, éditer /etc/sysctl.conf et remplacer la ligne vm.mmap_min_addr = 65536 par vm.mmap_min_addr = 0 === Qemu-native failed=== Nico : sur une Ubuntu Intrepid Ibex toute neuve, GCC 4.3, avec '''notre version''' poky SVN : NOTE: Task failed: /home/nico/Bureau/Cours/Friginux/poky/poky/build/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r12/temp/log.do_compile.7046 NOTE: package qemu-native-0.9.1+svnr4242-r12: task do_compile: failed ERROR: TaskFailed event exception, aborting NOTE: package qemu-native-0.9.1+svnr4242: failed ERROR: Build of /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb do_compile failed ERROR: Task 441 (/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb, do_compile) failed NOTE: Waiting for 1 active tasks to finish NOTE: 1: /home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/pkgconfig/pkgconfig-native_0.23.bb, do_configure (7530) NOTE: package pkgconfig-native-0.23-r7: task do_configure: completed NOTE: package pkgconfig-native-0.23: completed NOTE: Tasks Summary: Attempted 193 tasks of which 189 didn't need to be rerun and 1 failed. ERROR: '/home/nico/Bureau/Cours/Friginux/poky/poky/meta/packages/qemu/qemu-native_svn.bb' failed NOTE: build 200812080416: completed Problème similaire : http://projects.linuxtogo.org/pipermail/openembedded-issues/2008-November/011330.html Downgrade de GCC 4.3 à 4.2 (celui utilisé par hardy): * installer le paquet * refaire les liens gcc de /usr/bin Un patch concernant le paquet quemu-native a été ajouté sur notre dépôt SVN. Suite à un problème à l'exécution de la tâche webkit-gtk.bb, Il apparait que GCC et G++ doivent être de même version, passer de G++ 4.3 à 4.2. A priori et après correction, l'utilisation de GCC et G++ 4.3 doit être possible, à tester. 34 255 2008-11-08T11:28:47Z Maxime 7 Nouvelle page : (Maxime) == Installation de la chaîne de compilation croisée == Pour pouvoir compiler le noyau Linux, nous devons utiliser la cross-compilation. Dans notre cas, nous compilons le ... (Maxime) == Installation de la chaîne de compilation croisée == Pour pouvoir compiler le noyau Linux, nous devons utiliser la cross-compilation. Dans notre cas, nous compilons le noyau pour une cible ARM (le processeur OMAP3530 possède une architecture ARM CORTEX-A8) à partir un d'un PC ayant une architecture x86. === Choix de la chaîne de cross-compilation === La chaîne de compilation utilisée esy celle de Code Sourcery. La version la plus adaptée à l'architecture du processeur utilisé est 2007q3-51, elle est conseillée par la communauté BeagleBoard (voir leur Wiki). Deux solutions existent pour l'installer, soit on récupère le binaire d'installation (conseillé), soit les sources. Vous trouverez cela à cette adresse : [http://www.codesourcery.com/gnu_toolchains/arm/portal/release313 Code Sourcery 2007q3-51] === Installation de la chaîne === ToDo == Récupération des sources du noyau Linux == === Installation de Git === ToDo === Récupérer le snapshot === ToDo == Configuration et Compilation du noyau == ToDo 341 2008-11-16T10:19:39Z Maxime 7 /* Choix de la chaîne de cross-compilation */ (Maxime) == Installation de la chaîne de compilation croisée == Pour pouvoir compiler le noyau Linux, nous devons utiliser la cross-compilation. Dans notre cas, nous compilons le noyau pour une cible ARM (le processeur OMAP3530 possède une architecture ARM CORTEX-A8) à partir un d'un PC ayant une architecture x86. === Choix de la chaîne de cross-compilation === La chaîne de compilation utilisée est celle de Code Sourcery. La version la plus adaptée à l'architecture du processeur utilisé est 2007q3-51, elle est conseillée par la communauté BeagleBoard (voir leur Wiki). Deux solutions existent pour l'installer, soit on récupère le binaire d'installation (conseillé), soit les sources. Vous trouverez cela à cette adresse : [http://www.codesourcery.com/gnu_toolchains/arm/portal/release313 Code Sourcery 2007q3-51] === Installation de la chaîne === ToDo == Récupération des sources du noyau Linux == === Installation de Git === ToDo === Récupérer le snapshot === ToDo == Configuration et Compilation du noyau == ToDo 342 2008-11-16T10:24:38Z Maxime 7 /* Installation de la chaîne de compilation croisée */ (Maxime) == Installation de la chaîne de compilation croisée == Pour pouvoir compiler le noyau Linux, nous devons utiliser la cross-compilation. Dans notre cas, nous compilons le noyau pour une cible ARM (le processeur OMAP3530 possède une architecture ARM CORTEX-A8) à partir un d'un PC ayant une architecture x86. === Choix de la chaîne de cross-compilation === La chaîne de compilation utilisée est celle de Code Sourcery. La version la plus adaptée à l'architecture du processeur utilisé est 2007q3-51, elle est conseillée par la communauté BeagleBoard (voir leur Wiki). Deux solutions existent pour l'installer, soit on récupère le binaire d'installation (conseillé), soit les sources. Vous trouverez cela à cette adresse : [http://www.codesourcery.com/gnu_toolchains/arm/portal/release313 Code Sourcery 2007q3-51] === Installation de la chaîne === L'installation la plus simple et rapide est celle du binaire. Une fois téléchargé, ils suffit de lancer l'exécutable : $>./arm-2007q3-51-arm-none-linux-gnueabi.bin Si cela ne fonctionne pas, c'est peut être que le fichier n'est pas exécutable, dans ce cas : $>chmod +x arm-2007q3-51-arm-none-linux-gnueabi.bin $>./arm-2007q3-51-arm-none-linux-gnueabi.bin Ensuite, une interface graphique se lance,il suffit alors de continuer l'installation. == Récupération des sources du noyau Linux == === Installation de Git === ToDo === Récupérer le snapshot === ToDo == Configuration et Compilation du noyau == ToDo 343 2008-11-16T10:31:06Z Maxime 7 /* Récupération des sources du noyau Linux */ (Maxime) == Installation de la chaîne de compilation croisée == Pour pouvoir compiler le noyau Linux, nous devons utiliser la cross-compilation. Dans notre cas, nous compilons le noyau pour une cible ARM (le processeur OMAP3530 possède une architecture ARM CORTEX-A8) à partir un d'un PC ayant une architecture x86. === Choix de la chaîne de cross-compilation === La chaîne de compilation utilisée est celle de Code Sourcery. La version la plus adaptée à l'architecture du processeur utilisé est 2007q3-51, elle est conseillée par la communauté BeagleBoard (voir leur Wiki). Deux solutions existent pour l'installer, soit on récupère le binaire d'installation (conseillé), soit les sources. Vous trouverez cela à cette adresse : [http://www.codesourcery.com/gnu_toolchains/arm/portal/release313 Code Sourcery 2007q3-51] === Installation de la chaîne === L'installation la plus simple et rapide est celle du binaire. Une fois téléchargé, ils suffit de lancer l'exécutable : $>./arm-2007q3-51-arm-none-linux-gnueabi.bin Si cela ne fonctionne pas, c'est peut être que le fichier n'est pas exécutable, dans ce cas : $>chmod +x arm-2007q3-51-arm-none-linux-gnueabi.bin $>./arm-2007q3-51-arm-none-linux-gnueabi.bin Ensuite, une interface graphique se lance,il suffit alors de continuer l'installation. == Récupération des sources du noyau Linux == === Installation de Git === Git est un système de gestion de versions, au même titre que Subversion. Par contre, contrairement à Subversion ou CVS, Git est un Système décentralisé, c'est à dire que toutes les branches ne sont pas regroupées sur un seul serveur. Pour l'installer : Ubuntu & Debian $>sudo aptitude install git Fedora $>sudo yum install git === Récupérer le snapshot === ToDo == Configuration et Compilation du noyau == ToDo 56 442 2008-12-05T15:02:49Z Thomas 6 a renommé [[Liste des entrées et sorties]] en [[Détails sur les entrées et sorties du FreeGo]] #REDIRECT [[Détails sur les entrées et sorties du FreeGo]] 451 2008-12-05T15:46:49Z Correcteur de redirection 14 [[Détails sur les entrées et sorties du FreeGo]] a été renommé, ceci est maintenant une redirection vers [[Détails sur les entrées et sorties de la BeagleBoard]] #REDIRECT [[Détails sur les entrées et sorties de la BeagleBoard]] 19 136 2008-10-17T16:31:17Z Nico 2 Nouvelle page : L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. === Parti... L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. === Parties de l'interface utilisateur === === Eléments fixes === Ces éléments sont toujours placés au même endroit : * Bouton Accueil : revenir à l'interface principale * Bouton Précédent (ou fil d'ariane) 176 2008-10-24T15:17:13Z Nico 2 L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) === Parties de l'interface utilisateur === === Eléments fixes === Ces éléments sont toujours placés au même endroit : * Bouton Accueil : revenir à l'interface principale * Bouton Précédent (ou fil d'ariane) 177 2008-10-24T15:26:13Z Nico 2 L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg]] === Interface consultation de recette === [[Image:GestRecetteConsult.jpg]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg]] 179 2008-10-24T15:30:20Z Nico 2 L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg|400px|]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg|400px]] === Interface consultation de recette === [[Image:GestRecetteConsult.jpg|400px]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg|400px]] 182 2008-10-24T15:33:30Z Nico 2 /* Interface consultation de recette */ L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg|400px|]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg|400px]] === Interface consultation de recette === interface trop petite, plutôt : * une page pour les ingédients, indicateurs (difficultés, prix, etc) et bouton commander (renseigne liste de course) * puis une page pour la recette [[Image:GestRecetteConsult.jpg|400px]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg|400px]] 183 2008-10-24T15:59:34Z Nico 2 /* Interface consultation de recette */ L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg|400px|]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg|400px]] === Interface consultation de recette === [[Image:GestRecetteConsult.jpg|400px]] [[Image:GestRecetteConsult2.jpg|400px]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg|400px]] 184 2008-10-24T16:01:38Z Nico 2 L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg|400px|]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg|400px]] === Interface consultation de recette === ==== version 1 ==== [[Image:GestRecetteConsult.jpg|400px]] ==== version 2 ==== interface trop v1 petite, plutôt : * une page pour les ingédients, indicateurs (difficultés, prix, etc) et bouton commander (renseigne liste de course) * puis une page pour la recette [[Image:GestRecetteConsult1.jpg|400px]] [[Image:GestRecetteConsult2.jpg|400px]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg|400px]] 187 2008-10-24T16:06:34Z Nico 2 L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) '''s'inspirer de "leçon de cuisine DS" et autres livres de recette''' === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg|400px|]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg|400px]] === Interface consultation de recette === ==== version 1 ==== [[Image:GestRecetteConsult.jpg|400px]] ==== version 2 ==== interface trop v1 petite, plutôt : * une page pour les ingédients, indicateurs (difficultés, prix, etc) et bouton commander (renseigne liste de course) * puis une page pour la recette [[Image:GestRecetteConsult1.jpg|400px]] [[Image:GestRecetteConsult2.jpg|400px]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg|400px]] 188 2008-10-24T16:09:24Z Nico 2 L'écran tactile supporte une résolution de 640*480, ceci implique d'alléger au maximum le nombre d'informations tout en proposant une interface intuitive et accessible. Afin de se mettre en conditions réelles, nous avons réalisé une maquette de l'application de gestion des recettes, celle-ci est intéressante car nécessite : * d'afficher un grand nombre d'informations * de mettre en oeuvre différents moyens d'interaction (saisie, sélection, etc) S'inspirer de "leçon de cuisine DS" et autres livres de recette : * http://www.playingzone.com/images/jeux/ds/lecon-de-cuisine-ds-test-sc001.jpg * http://www.playingzone.com/images/jeux/ds/lecon-de-cuisine-ds-test-sc002.jpg * http://ak.cdiscount.com/imagesok/medias/8/68040.jpg * http://ak.cdiscount.com/imagesok/medias/8/68038.jpg === Interface accueil === Celle-ci propose : * de gros icônes pour lancer une application [[Image:Accueil.jpg|400px|]] === Interface principale de gestion des recettes === Celle-ci propose : * un menu composé d'icônes : ** maison : retour à la page d'accueil ** 2 flèches : pour assurer la navigation comme sur un browser web ** switch : pour passer d'une application lancée à une autre ** croix : pour fermer l'application en cours [[Image:GestRecettePrincipal.jpg|400px]] === Interface consultation de recette === ==== version 1 ==== [[Image:GestRecetteConsult.jpg|400px]] ==== version 2 ==== interface trop v1 petite, plutôt : * une page pour les ingédients, indicateurs (difficultés, prix, etc) et bouton commander (renseigne liste de course) * puis une page pour la recette [[Image:GestRecetteConsult1.jpg|400px]] [[Image:GestRecetteConsult2.jpg|400px]] === Interface ajout d'une recette === [[Image:GestRecetteAjout.jpg|400px]] 70 535 2009-02-02T22:07:41Z Nico 2 Nouvelle page : Après avoir envisagé différentes possibilités, nous avons choisi de créer un mini serveur HTTP basé sur le module python BaseHTTPServer afin de rendre accessible certaines info... Après avoir envisagé différentes possibilités, nous avons choisi de créer un mini serveur HTTP basé sur le module python BaseHTTPServer afin de rendre accessible certaines informations à partir du réseau. Pour utiliser le module BaseHTTPServer, il faut : * ajouter le package "python-netserver" à la ligne IMAGE_INSTALL de /HOME-POKY/poky/meta/packages/images/MON-NOM-IMAGE.bb * relancer la compilation de l'image * copier un petit script http-server.py sur l'image : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/root/server') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() * lancer le script au démarrage de Poky : python http-server.py '''Les fichiers contenus dans ce répertoire sont alors accessibles à http://IP-BEAGGLE:10080/''' 551 2009-02-04T14:31:52Z Nico 2 ==== Serveur HTTP en Python ==== Après avoir envisagé différentes possibilités, nous avons choisi de créer un mini serveur HTTP basé sur le module python BaseHTTPServer afin de rendre accessible certaines informations à partir du réseau. Pour utiliser le module BaseHTTPServer, il faut : * ajouter le package "python-netserver" à la ligne IMAGE_INSTALL de /HOME-POKY/poky/meta/packages/images/MON-NOM-IMAGE.bb * relancer la compilation de l'image * copier un petit script http-server.py sur l'image : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/root/server') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() * lancer le script au démarrage de Poky : python http-server.py Les fichiers contenus dans ce répertoire sont alors accessibles à http://IP-BEAGGLE:10080/ ==== Récupération de l'état du frigo (température) ==== Pré-requis : * être connecté sur le réseau infoindus Récupération de l'état du frigo : * demander la page generate-state.html sur le serveur HTTP de la beaggleboard (port 10080), par exemple $ wget XXX.XXX.XXX.XXX:10080/generate-state.html Fonctionnement : * le serveur HTTP embarqué reçoit la requête et demande au générateur de construire le fichier XML * le générateur interroge la base de données SQLite, récupére les dernières infos du frigo, construit le XML et le retourne * le serveur HTTP retourne le fichier XML 552 2009-02-04T16:18:22Z Nico 2 /* Récupération de l'état du frigo (température) */ ==== Serveur HTTP en Python ==== Après avoir envisagé différentes possibilités, nous avons choisi de créer un mini serveur HTTP basé sur le module python BaseHTTPServer afin de rendre accessible certaines informations à partir du réseau. Pour utiliser le module BaseHTTPServer, il faut : * ajouter le package "python-netserver" à la ligne IMAGE_INSTALL de /HOME-POKY/poky/meta/packages/images/MON-NOM-IMAGE.bb * relancer la compilation de l'image * copier un petit script http-server.py sur l'image : from BaseHTTPServer import HTTPServer from SimpleHTTPServer import SimpleHTTPRequestHandler import os os.chdir('/home/root/server') # le repertoire ou les pages html sont stockees serv = HTTPServer( ("", 10080), SimpleHTTPRequestHandler) serv.serve_forever() * lancer le script au démarrage de Poky : python http-server.py Les fichiers contenus dans ce répertoire sont alors accessibles à http://IP-BEAGGLE:10080/ ==== Récupération des informations du frigo via HTTP ==== Pré-requis : * être connecté sur le réseau infoindus Récupération de l'état du frigo (température, ...) : * demander la page generate-state sur le serveur HTTP de la beaggleboard (port 10080), par exemple $ wget XXX.XXX.XXX.XXX:10080/generate-state Récupération de la liste de courses : * demander la page generate-cart, par exemple $ wget XXX.XXX.XXX.XXX:10080/generate-cart Fonctionnement : * le serveur HTTP embarqué reçoit la requête et demande au générateur de construire le fichier XML * le générateur interroge la base de données SQLite, récupére les dernières infos du frigo, construit le XML et le retourne * le serveur HTTP retourne le fichier XML 80 657 2009-02-09T17:37:13Z Thomas 6 Nouvelle page : [[Image:NewArchi.png]] [[Image:ArchiLogiciel.png]] [[Image:NewArchi.png]] [[Image:ArchiLogiciel.png]] 658 2009-02-09T17:37:34Z Thomas 6 [[Image:NewArchi.png]] [[Image:ArchiLogiciel.png]] 659 2009-02-09T17:38:17Z Thomas 6 =Architecture Materielle= [[Image:NewArchi.png]] =Architecture Logicielle= [[Image:ArchiLogiciel.png]] 687 2009-02-10T13:55:20Z Thomas 6 l'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. =Architecture Materielle= [[Image:NewArchi.png]] =Architecture Logicielle= [[Image:ArchiLogiciel.png]] 688 2009-02-10T14:58:37Z Thomas 6 l'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] 689 2009-02-10T15:16:50Z Thomas 6 /* Architecture Logicielle */ l'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. 691 2009-02-10T15:24:34Z Thomas 6 l'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. 693 2009-02-10T15:27:56Z Thomas 6 =Présentation= l'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. 694 2009-02-10T15:30:41Z Thomas 6 /* Présentation */ =Présentation= L'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. 695 2009-02-10T16:39:42Z Thomas 6 =Présentation= L'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. =Evolutivité= *Pour l'instant le système ne fait que récupérer la température des différents compartiments, il serait assez aisé de rajouter d'autre capteurs afin de mesurer le taux d'humidité du réfrigérateur, d'utiliser un contacteur pour savoir si la porte est ouverte, etc. *Une évolution majeur serait de pourvoir asservir le réfrigérateur directement à partir de la beagleboard. Nous avons déjà vu qu'il n'était pas judicieux de se reposer sur la carte constructeur en raison de sa complexité et de l'asbence de shéma detaillé de celle-ci. Il serait plus sage de faire évoluer le système jusqu'a pouvoir se passer de la carte constructeur pour asservir et piloter entièrement le réfrégirateur 696 2009-02-10T17:07:57Z Thomas 6 /* Evolutivité */ =Présentation= L'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. =Evolutivité= *Pour l'instant le système ne fait que récupérer la température des différents compartiments, il serait assez aisé de rajouter d'autre capteurs afin de mesurer le taux d'humidité du réfrigérateur, d'utiliser un contacteur pour savoir si la porte est ouverte, etc. *Une évolution majeur serait de pourvoir asservir le réfrigérateur directement à partir de la beagleboard. Nous avons déjà vu qu'il n'était pas judicieux de se reposer sur la carte constructeur en raison de sa complexité et de l'asbence de shéma detaillé de celle-ci. Il serait plus sage de faire évoluer le système jusqu'a pouvoir se passer de la carte constructeur pour asservir et piloter entièrement le réfrégirateur. 697 2009-02-10T17:08:09Z Thomas 6 /* Evolutivité */ =Présentation= L'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. =Evolutivité= Pour l'instant le système ne fait que récupérer la température des différents compartiments, il serait assez aisé de rajouter d'autre capteurs afin de mesurer le taux d'humidité du réfrigérateur, d'utiliser un contacteur pour savoir si la porte est ouverte, etc. Une évolution majeur serait de pourvoir asservir le réfrigérateur directement à partir de la beagleboard. Nous avons déjà vu qu'il n'était pas judicieux de se reposer sur la carte constructeur en raison de sa complexité et de l'asbence de shéma detaillé de celle-ci. Il serait plus sage de faire évoluer le système jusqu'a pouvoir se passer de la carte constructeur pour asservir et piloter entièrement le réfrégirateur. 698 2009-02-10T17:08:25Z Thomas 6 /* Evolutivité */ =Présentation= L'ancienne architecture a été abandonnée au profit de ce nouveau modèle en raison des contraitres liées à l'incapacité de piloter la carte de commande du constructeur, ainsi que les difficultés électroniques rencontrées, dues à l'abscence de schéma, pour pouvoir y ponctionner les informations utiles circulant sur celle-ci. Le nouveau modèle n'utilise plus la carte de commande, ni les sondes internes du réfrigérateur mais des capteurs des capteurs externes montés dans les différents compartiments. Ici seule la température du réfrigérateur et du congélateur sont prélevées. Il n'y donc pas, dans cette implémentation, d'asservissement des moteurs, le réfrigérateur fontionne toujours sous le contrôle de la carte constructeur. consulter la page de la page de l'[[Ancienne architecture du système]]. =Architecture Materielle= [[Image:NewArchi.png]] Le moyen de communication entre la beagleboard et les sondes est toujours le bus I2C, les capteurs utilisés sont des ds1721, capable de mesurer des températures entre -55°C et +125°C, ce sont des composants I2C, nous n'avons donc pas besoin d'utiliser d'interface entre ceux-ci est la beagleboard. Cependant il est necessaire d'adapter la tension des signaux, car la carte fonctionne sous une tension de +1,8V et les capteurs ds1721 sous +5V. Pour effectuer l'adaptation, nous utilisons le composant PCA9306, celui-ci est spécialisé pour l'adaptation de tension de signaux I2C. Chaque compartiment, réfrigérateur et congélateur, contiennent deux sondes de températures placées en haut et en bas. La température retenue correspond à la moyenne des deux températures prélévées. =Architecture Logicielle= [[Image:ArchiLogiciel.png]] Le port I2C de la beagleboard est piloté à l'aide de la librairie I2C-dev de lm-sensor. Nous avons donc créer notre propre librairie pour piloter les sondes de température à travers I2C-dev (librairie ds1721). Une application dédiée viens ensuite demander les informations de température aux sondes afin des pouvoirs les stocker dans la base de données. Une fois les imformations dans la base celles-ci peuvent traitée: affichage à l'écran, création de fichier de log, etc. =Evolutivité= *Pour l'instant le système ne fait que récupérer la température des différents compartiments, il serait assez aisé de rajouter d'autre capteurs afin de mesurer le taux d'humidité du réfrigérateur, d'utiliser un contacteur pour savoir si la porte est ouverte, etc. *Une évolution majeur serait de pourvoir asservir le réfrigérateur directement à partir de la beagleboard. Nous avons déjà vu qu'il n'était pas judicieux de se reposer sur la carte constructeur en raison de sa complexité et de l'asbence de shéma detaillé de celle-ci. Il serait plus sage de faire évoluer le système jusqu'a pouvoir se passer de la carte constructeur pour asservir et piloter entièrement le réfrégirateur. 2 6 2008-10-08T13:54:10Z Vincent 3 Nouvelle page : == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;réglage température ;i... == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactil avec le linux embarqué ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] 8 2008-10-08T14:27:51Z Vincent 3 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactil avec le linux embarqué ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == installation pokylinux == # Installer subversion : apt-get install subversion # Configurer proxy :* Editer $HOME/.subversion/servers :* Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp # Récupérer les sources de poky : svn co http://svn.o-hand.com/repos/poky/trunk poky 9 2008-10-08T14:29:59Z Vincent 3 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactil avec le linux embarqué ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == installation pokylinux == # Installer subversion : apt-get install subversion # Configurer proxy :* Editer $HOME/.subversion/servers :* Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp # Récupérer les sources de poky : svn co http://svn.o-hand.com/repos/poky/trunk poky 10 2008-10-08T14:53:51Z Vincent 3 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactil avec le linux embarqué ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == installation pokylinux == 1. Installer subversion : apt-get install subversion 2. Configurer proxy * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp 3. Récupérer les sources de poky : svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement cd ~/poky/build/conf editer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation bitbake console-image-sato 11 2008-10-08T15:02:49Z Vincent 3 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactil avec le linux embarqué ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == installation pokylinux == 1. Installer subversion : apt-get install subversion 2. Configurer proxy * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp 3. Récupérer les sources de poky : svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement cd ~/poky/build/conf editer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation bitbake poky-image-sato 18 2008-10-08T20:45:20Z Vincent 3 /* ToDo */ == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactil avec le linux embarqué ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == installation pokylinux == 1. Installer subversion : apt-get install subversion 2. Configurer proxy * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp 3. Récupérer les sources de poky : svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement cd ~/poky/build/conf editer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation bitbake poky-image-sato 19 2008-10-08T20:57:00Z Maxime 7 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == Installation de PokyLinux == 1. Installer subversion : $> apt-get install subversion 2. Configurer proxy (En cas de connection depuis le réseau infoindust) * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp 3. Récupérer les sources de poky : $> svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement $> cd ~/poky/build/conf editer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation $> bitbake poky-image-sato == Formatage de la SD-Card == Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formatter la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 20 2008-10-08T21:12:22Z Maxime 7 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == Installation de PokyLinux == 1. Installer subversion : $> apt-get install subversion 2. Configurer proxy (En cas de connection depuis le réseau infoindust) * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp 3. Récupérer les sources de poky : $> svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation $> bitbake poky-image-sato == Utilisation de l'image créée avec Qemu == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd /home/max/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utilisation de l'image créée sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 22 2008-10-09T13:06:15Z Maxime 7 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == Installation de PokyLinux == 1. Installer subversion : $> apt-get install subversion 2. Configurer proxy (En cas de connection depuis le réseau infoindust) * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ 3. Récupérer les sources de poky : $> svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Utilisation de l'image créée avec Qemu == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd /home/max/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utilisation de l'image créée sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 25 2008-10-09T15:19:19Z Vincent 3 /* Utilisation de l'image créée avec Qemu */ == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] == Installation de PokyLinux == 1. Installer subversion : $> apt-get install subversion 2. Configurer proxy (En cas de connection depuis le réseau infoindust) * Editer $HOME/.subversion/servers * Dans la rubrique [global], mettre : http-proxy-host = 192.168.10.254 http-proxy-port = 3128 http-proxy-username = login http-proxy-password = mdp * Créer $HOME/.wgetrc * Ecrire : proxy_user=login_iup proxy_password=pass_iup http_proxy=http://192.168.10.254:3128/ ftp_proxy=http://192.168.10.254:3128/ 3. Récupérer les sources de poky : $> svn co http://svn.o-hand.com/repos/poky/trunk poky 4. Configuration de l'environnement $> cd ~/poky/build/conf éditer le fichier local.conf en fonction de l'outil de la cible dans notre cas : MACHINE ?= "qemuarm" ou MACHINE ?= "beagleboard" 5. Compilation $> cd $HOME/poky $> source poky-init-build-env $> bitbake poky-image-sato == Utilisation de l'image créée avec Qemu == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utilisation de l'image créée sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 66 2008-10-14T17:47:36Z Nico 2 == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution] 82 2008-10-15T21:04:22Z Vincent 3 /* Liens utilisés */ == ToDo == ;Réaliser le cahier des charges :*Gantt ;Brainstorming ;Faire le point sur l'existant ;choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 98 2008-10-17T08:43:52Z Vincent 3 /* ToDo */ == ToDo == Réaliser le cahier des charges *Gantt Brainstorming Faire le point sur l'existant choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == ;récupération informations :*température, :*porte ouverte, :*lumière allumé, :*état des moteurs et consommation, :*(humidité) ;porte motorisée ;réglage température ;intégration lecteur RFID pour identification ;déportation de la connectique de l'écran ;gestion écran tactile avec la BeagleBoard ;mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) ;stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 99 2008-10-17T08:44:59Z Vincent 3 == ToDo == Réaliser le cahier des charges *Gantt Brainstorming Faire le point sur l'existant Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *porte motorisée *réglage température *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *gestion écran tactile avec la BeagleBoard *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 100 2008-10-17T08:45:14Z Vincent 3 == ToDo == *Réaliser le cahier des charges **Gantt *Brainstorming *Faire le point sur l'existant *Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *porte motorisée *réglage température *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *gestion écran tactile avec la BeagleBoard *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *stockage et échange des informations (SGBD + un fichier XML pour les deusts) == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 102 2008-10-17T12:51:42Z Maxime 7 /* Brainstorming */ == ToDo == *Réaliser le cahier des charges **Gantt *Brainstorming *Faire le point sur l'existant *Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les deusts) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Répartition des tâches == ToDo == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 192 2008-11-06T23:52:12Z Fcarlier 12 /* Brainstorming */ == ToDo == *Réaliser le cahier des charges **Gantt *Brainstorming *Faire le point sur l'existant *Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Répartition des tâches == ToDo == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 288 2008-11-13T13:33:07Z Vincent 3 == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *modification du Gantt (Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile (Maxime) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) == ToDo == *Réaliser le cahier des charges **Gantt *Brainstorming *Faire le point sur l'existant *Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Répartition des tâches == ToDo == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 289 2008-11-13T13:34:42Z Vincent 3 == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt (Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile (Maxime) *Prise en main de la Beagle Board (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) == ToDo == *Réaliser le cahier des charges **Gantt *Brainstorming *Faire le point sur l'existant *Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Répartition des tâches == ToDo == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 290 2008-11-13T13:38:31Z Vincent 3 == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt (Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier(Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) == ToDo == *Réaliser le cahier des charges **Gantt *Brainstorming *Faire le point sur l'existant *Choix et installation de l'environnement de développement (GTK + SDK pour le dev) == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Répartition des tâches == ToDo == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 308 2008-11-13T15:23:29Z Vincent 3 == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 325 2008-11-13T18:24:34Z Maxime 7 /* Séance du 13 novembre 2008 */ == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 370 2008-11-21T16:24:48Z Thomas 6 /* Suivi d'activité */ == Communication avec le FreeGo == [[Communication avec le FreeGo]] == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 373 2008-11-21T16:26:55Z Vincent 3 /* Communication avec le FreeGo */ == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 374 2008-11-21T16:27:11Z Vincent 3 /* Choix d'implementation */ == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 439 2008-12-05T13:10:32Z Vincent 3 == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 5 décembre 2008 ==== *Développement driver écran tactile pour test de l'équipe CHM (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 28 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *Mise en place d'une première version du Kernel (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 21 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *(Thomas) *(Vincent) ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 496 2008-12-18T14:06:43Z Vincent 3 == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 10 décembre 2008 ==== *Développement d'une interface utilisation de sqlite en C++ (Vincent) *Mise en place de l'interface Wifi et développement du driver pour le dongle USB (Maxime) * ==== Séance du 5 décembre 2008 ==== *Développement driver écran tactile pour test de l'équipe CHM (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 28 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *Mise en place d'une première version du Kernel (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 21 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *(Thomas) *(Vincent) ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == ToDo == *Réaliser le cahier des charges **Modifier le Gantt en détaillant le différentes tâches == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 513 2009-01-16T13:01:03Z Vincent 3 /* ToDo */ == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 10 décembre 2008 ==== *Développement d'une interface utilisation de sqlite en C++ (Vincent) *Mise en place de l'interface Wifi et développement du driver pour le dongle USB (Maxime) * ==== Séance du 5 décembre 2008 ==== *Développement driver écran tactile pour test de l'équipe CHM (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 28 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *Mise en place d'une première version du Kernel (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 21 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *(Thomas) *(Vincent) ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == To Do == *Thomas **Relevés physiques des informations frigo **Réalisation des cartes **Communication Beagle Board (logiciel) *Maxime **Régler le conflit entre l'écran tactile et le dongle Wifi **Ajout de I²C Tools sur SVN **Package application sur SVN **Script de lancement complet(wifi, écran tacitle, etc.) *Vincent **Implémentation des fonctions de communications avec la base de données **Mettre à jour le Gantt au fur et à mesure *En commun **Rédaction de documents techniques **Rédaction de manuel d'utilisation **Rédaction du cahier des charges == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 514 2009-01-16T13:20:49Z Vincent 3 /* Suivi d'activité */ == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 16 janvier 2009 ==== * * * ==== Séance du 10 décembre 2008 ==== *Développement d'une interface utilisation de sqlite en C++ (Vincent) *Mise en place de l'interface Wifi et développement du driver pour le dongle USB (Maxime) * ==== Séance du 5 décembre 2008 ==== *Développement driver écran tactile pour test de l'équipe CHM (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 28 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *Mise en place d'une première version du Kernel (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 21 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *(Thomas) *(Vincent) ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == To Do == *Thomas **Relevés physiques des informations frigo **Réalisation des cartes **Communication Beagle Board (logiciel) *Maxime **Régler le conflit entre l'écran tactile et le dongle Wifi **Ajout de I²C Tools sur SVN **Package application sur SVN **Script de lancement complet(wifi, écran tacitle, etc.) *Vincent **Implémentation des fonctions de communications avec la base de données **Mettre à jour le Gantt au fur et à mesure *En commun **Rédaction de documents techniques **Rédaction de manuel d'utilisation **Rédaction du cahier des charges == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 515 2009-01-16T15:01:50Z Vincent 3 /* To Do */ == Choix d'implementation == [[Communication avec le FreeGo]] [[Base de données]] == Suivi d'activité == ==== Séance du 16 janvier 2009 ==== * * * ==== Séance du 10 décembre 2008 ==== *Développement d'une interface utilisation de sqlite en C++ (Vincent) *Mise en place de l'interface Wifi et développement du driver pour le dongle USB (Maxime) * ==== Séance du 5 décembre 2008 ==== *Développement driver écran tactile pour test de l'équipe CHM (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 28 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *Mise en place d'une première version du Kernel (Maxime) *Documentation et diagramme de bloc fontionnel (Thomas) *Spécification et modélisation des bases de données (Vincent) ==== Séance du 21 novembre 2008 ==== *Mise en place de l'environnement de développement SVN (Maxime) *(Thomas) *(Vincent) ==== Séance du 13 novembre 2008 ==== *Modification du Gantt(Vincent) *Réalisation du driver pour l'utilisation de l'écran tactile, mise en place du wifi (Maxime) *Prise en main de la Beagle Board(suite), formatage de la SD et création du système de fichier (Thomas) ==== Séance du 7 novembre 2008 ==== *Installation et configuration de Sqlite (Vincent) *Vérification du fonctionnement du matériel reçu (Maxime) *Formatage des cartes SD et création du système de fichier (Maxime et Vincent) *Réalisation des cables séries (Maxime et Thomas) *Prise en main de la Beagle Board (Thomas) ==== Séance du 24 octobre 2008 ==== *Etude de différents choix de bus de communication (Thomas) *Choix et implémentation de la technologie de stockage d'informations (Vincent) *Etude de la carte "fond de panier" du frigo pour acquisition des tensions (Maxime et Thomas) *Réalisation d'un premier diagramme de Gantt (Vincent) ==== Séance du 17 octobre 2008 ==== *Brainstorming (Maxime, Thomas et Vincent) *Démontage du frigo (Maxime et Thomas) *Installation de l'environnement de développement (Vincent) == To Do == *Thomas **Relevés physiques des informations frigo **Réalisation des cartes **Communication Beagle Board (logiciel) *Maxime **Régler le conflit entre l'écran tactile et le dongle Wifi **Ajout de I²C Tools sur SVN **Package application sur SVN **Script de lancement complet(wifi, écran tacitle, etc.) *Vincent **Implémentation des fonctions de communications avec la base de données **Mettre à jour le Gantt au fur et à mesure **Génération d'un fichier XML pour l'Iphone *En commun **Rédaction de documents techniques **Rédaction de manuel d'utilisation **Rédaction du cahier des charges == Brainstorming == *mise en place de l'environement de dev sur la beagle board(poky linux, anjuta (plug-in spécial poky)) *Configuration du Kernel *récupération informations **température, **porte ouverte, **lumière allumé, **état des moteurs et consommation, **(humidité) *réglage température *gestion écran tactile avec la BeagleBoard *stockage et échange des informations (SGBD + un fichier XML pour les Licence Pro SIRI) ** Base de données : par ex. SQLite, postgres ** Script (C, Shell, PHP) pour générer le xml *intégration lecteur RFID pour identification *déportation de la connectique de l'écran *porte motorisée == Liens utilisés == [http://www.beagleboard.org Beagle officiel] [http://elinux.org/BeagleBoard Beagle wiki] [http://www.pokylinux.org Distribution PokyLinux] 3 28 2008-10-10T01:15:59Z Nico 2 Nouvelle page : Réunion vendredi 10 octobre, 11h30 avec Valérie Renaud. Réunion vendredi 10 octobre, 11h30 avec Valérie Renaud. 111 2008-10-17T13:54:08Z Nico 2 === Compte rendu et prévision === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées ** première planification * 24/10/08 : ** tests utilisateurs pour déterminer les limites en terme d'ergonomie === Planning === 20 séances de 5h prévues, équipe de 4, 400 heure / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 138 2008-10-17T16:36:28Z Nico 2 /* Compte rendu et prévision */ === Compte rendu et prévision === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** tests utilisateurs pour déterminer les limites en terme d'ergonomie === Planning === 20 séances de 5h prévues, équipe de 4, 400 heure / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 139 2008-10-17T16:36:46Z Nico 2 /* Compte rendu et prévision */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** tests utilisateurs pour déterminer les limites en terme d'ergonomie === Planning === 20 séances de 5h prévues, équipe de 4, 400 heure / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 158 2008-10-24T12:07:12Z Beber 4 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** tests utilisateurs pour déterminer les limites en terme d'ergonomie ** questionnaires ** maquette === Planning === 20 séances de 5h prévues, équipe de 4, 400 heure / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 159 2008-10-24T12:07:45Z Beber 4 /* Planning */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** tests utilisateurs pour déterminer les limites en terme d'ergonomie ** questionnaires ** maquette === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 166 2008-10-24T13:38:59Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion ergonomie + maquettes d'interface ** discussion technologie + test webkit === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 172 2008-10-24T14:05:38Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** discussion technologie + test webkit (tous) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 173 2008-10-24T15:12:12Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * A venir : ** installation des machines persos + machine mise à disposition en salle Feder ** discussion technologie + test webkit (tous) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances 175 2008-10-24T15:16:36Z Yoann 8 /* Planning */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * A venir : ** installation des machines persos + machine mise à disposition en salle Feder ** discussion technologie + test webkit (tous) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|400px|thumb|left|Diagramme de Gantt prévisionnel]] 194 2008-11-07T10:51:53Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt ** définir les fonctionnalités obligatoires et optionnelles ** discussion technologie + test webkit ** justification des choix techniques ** maquettes GUI ** installer poky + qemu sur la machine de la salle Feder === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|400px|thumb|left|Diagramme de Gantt prévisionnel]] 195 2008-11-07T12:37:56Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** discussion technologie + test webkit + justification choix (deux personnes) ** maquettes GUI Glade ?(deux personnes) ** installer poky + qemu sur la machine de la salle Feder === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|400px|thumb|left|Diagramme de Gantt prévisionnel]] 236 2008-11-07T15:16:14Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** discussion technologie + test webkit + justification choix (deux personnes) ** maquettes GUI Glade ?(deux personnes) ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|400px|thumb|left|Diagramme de Gantt prévisionnel]] 251 2008-11-07T17:14:05Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * à venir : ** discussion allocation des ressources du Gantt ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|400px|thumb|left|Diagramme de Gantt prévisionnel]] 253 2008-11-07T17:18:50Z Yoann 8 /* Planning */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renaud. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * à venir : ** discussion allocation des ressources du Gantt ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 262 2008-11-10T22:17:40Z Fcarlier 12 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * à venir : ** discussion allocation des ressources du Gantt ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 315 2008-11-13T16:17:01Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * à venir : ** discussion allocation des ressources du Gantt ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 318 2008-11-13T16:19:46Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * à venir : ** discussion allocation des ressources du Gantt ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 349 2008-11-21T10:00:38Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges ** rédaction du manuel de conception / réalisation ** prototype en vue de tests pour valider les technos sur la beagglebord * à venir : ** discussion allocation des ressources du Gantt ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 353 2008-11-21T10:27:23Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges ** rédaction du manuel de conception / réalisation ** prototype en vue de tests pour valider les technos sur la beagglebord ** configurer le SVN du projet * à venir : ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder ** discussion allocation des ressources du Gantt === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 358 2008-11-21T12:42:49Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord ** configurer le SVN du projet (Nico) * à venir : ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder ** discussion allocation des ressources du Gantt === Documentation === ** Cahier des charges : description du projet, fonctionnalités retenues, use case ** Manuel conception /réalisation : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 392 2008-11-21T18:15:04Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * à venir : ** maquettes GUI Glade ? ** installer poky + qemu sur la machine de la salle Feder ** discussion allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 414 2008-11-28T15:22:47Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * à venir : ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 446 2008-12-05T15:26:32Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * à venir : ** '''démo du prototype mercredi 10/12/08 !''' ** commencer le dev de freego and touch ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 460 2008-12-05T17:19:51Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** Tests sur la beaggle avec (Nico & Max) *** pb 1 : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement '''OK''' *** pb 2 : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") '''OK''' *** pb 3 : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue '''TODO''' ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * à venir : ** '''démo du prototype mercredi 10/12/08 !''' ** commencer le dev de freego and touch ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 461 2008-12-05T17:32:11Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** Tests sur la beaggle avec (Nico & Max) *** pb 1 : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement '''OK''' *** pb 2 : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") '''OK''' *** pb 3 : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue '''TODO''' ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** '''démo du prototype !''' *** poky-qemu émulé (minimum) *** poky sur la beaggle (peut être) * à venir : ** commencer le dev de freego and touch ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 477 2008-12-09T21:33:05Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** '''démo du prototype !''' *** poky-qemu émulé (minimum) *** poky sur la beaggle (peut être) * à venir : ** commencer le dev de freego and touch ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 483 2008-12-10T00:06:59Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) ** documentation : *** finaliser CDC et manuel de conception (correction des fautes d'orthographes, reformulations) ** '''démo du prototype !''' *** poky-qemu émulé (minimum) *** poky sur la beaggle (peut être) * à venir : ** commencer le dev de freego and touch ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 487 2008-12-10T18:05:06Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * à venir : ** documentation : *** finaliser CDC et manuel de conception (correction des fautes d'orthographes, reformulations) ** '''démo du prototype !''' *** poky-qemu émulé (minimum) *** poky sur la beaggle (peut être) ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception ** modifier allocation des ressources du Gantt === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 522 2009-01-23T15:48:54Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * à venir : ** codage ** documentation : *** finaliser CDC et manuel de conception (correction des fautes d'orthographes, reformulations) ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 525 2009-01-30T14:33:40Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * à venir : ** codage ** documentation : *** finaliser CDC et manuel de conception (correction des fautes d'orthographes, reformulations) ** installer poky + qemu sur la machine de la salle Feder ** installer poky + qemu sur la beaggle n°2 ** finaliser les doc cahier des charges et manuels conception === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 526 2009-02-02T15:54:30Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico> ** barre d'état dans la window pour afficher alertes, minuterie, messages <nico> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 527 2009-02-02T16:00:32Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico> ** barre d'état dans la window pour afficher alertes, minuterie, messages <nico> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 528 2009-02-02T16:52:31Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico> ** barre d'état dans la window pour afficher alertes, minuterie, messages <nico> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XMLsur mini-serveur web embarqué (format choisi ????) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 529 2009-02-02T16:52:43Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico> ** barre d'état dans la window pour afficher alertes, minuterie, messages <nico> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 530 2009-02-02T18:41:53Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 531 2009-02-02T18:47:32Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 532 2009-02-02T18:50:39Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 533 2009-02-02T20:56:46Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** supprimer des lignes, modifier la quantité *** export XML de la liste de course sur mini serveur web embarqué sur la beaggle '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 536 2009-02-02T22:11:35Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''reste à intégrer''' *** export XML de la liste de course sur mini serveur web '''(pas prioritaire)''' ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 537 2009-02-02T22:51:44Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 538 2009-02-03T00:17:24Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks : *** voir les catégories et les produits connus en bdd *** voir, ajouter, supprimer les produits du stock *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 539 2009-02-03T11:50:24Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette *** voir la liste des recettes *** consulter une recette pas par pas *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 540 2009-02-04T08:49:22Z Beber 4 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette *** voir la liste des recettes <beber> *** consulter une recette pas par pas <beber> *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 541 2009-02-04T08:53:30Z Beber 4 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette *** voir la liste des recettes <beber> *** consulter une recette pas par pas <beber> *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 542 2009-02-04T11:02:33Z Beber 4 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> ** faire une popup quand le chrono est fini pour avertir (ça doit être possible non ?) ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 543 2009-02-04T11:03:14Z Beber 4 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** faire une popup quand le chrono est fini pour avertir (ça doit être possible non ?) ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 544 2009-02-04T11:06:17Z Beber 4 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** faire une popup quand le chrono est fini pour avertir (ça doit être possible non ?) *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 545 2009-02-04T12:02:18Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>) *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 546 2009-02-04T12:10:00Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 547 2009-02-04T12:14:02Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 548 2009-02-04T12:27:39Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <pierre> ** module liste de courses <nico> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] '''=> reste à intégrer''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 549 2009-02-04T12:33:07Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <pierre> ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> '''reste à intégrer / tester sur la beaggle''' *** <del>export XML de la liste de course sur mini serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** état du frigo : export XML sur mini-serveur web embarqué (format choisi ????) <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 553 2009-02-04T16:24:04Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <pierre> ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> '''reste à intégrer / tester sur la beaggle''' *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 554 2009-02-04T16:32:58Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import XML des catégories et produits (pour l'instant sur un public de l'IUP, pourra évoluer vers site grande distribution) <= '''voir conf proxy http avec Max (pas prioritaire)''' <pierre> ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> '''reste à intégrer / tester sur la beaggle''' *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) *** import RSS de marmiton.org <= '''voir conf proxy http avec Max (pas prioritaire)''' <nico> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 555 2009-02-04T17:17:27Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> *** <del>intégrer / tester le server sur la beaggle</del> *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** récupérer la date système sur la beaggle '''voir avec max''' * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 556 2009-02-04T17:28:02Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** tester le support python XML (expat) sur Poky <nico> ** récupérer la date système sur la beaggle <nico>'''voir avec max''' ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> *** <del>intégrer / tester le server sur la beaggle</del> *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 571 2009-02-04T18:31:48Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * à faire avant le 06/02/09 (compris): ** <del>tester le support python XML (expat) sur Poky</del> <nico> '''ajouter la dépendance sur la version SVN avec max''' ** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> *** <del>intégrer / tester le server sur la beaggle</del> *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 572 2009-02-04T18:43:44Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde * finis (avant le 06/02/09) : ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** <del>tester le support python XML (expat) sur Poky</del> <nico> '''ajouter la dépendance sur la version SVN avec max''' ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> *** <del>intégrer / tester le server sur la beaggle</del> *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 573 2009-02-04T18:49:51Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) : *** solution 1 : une constante DEBUG pour ne pas faire de sortie console *** solution 2 : lancer avec python run.py > log.txt pour journaliser ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde * finis (avant le 06/02/09) : ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** <del>tester le support python XML (expat) sur Poky</del> <nico> '''ajouter la dépendance sur la version SVN avec max''' ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> *** <del>intégrer / tester le server sur la beaggle</del> *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 574 2009-02-04T18:52:30Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) : *** solution 1 : une constante DEBUG pour ne pas faire de sortie console *** solution 2 : lancer avec python run.py > log.txt pour journaliser ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module gestion des stocks <Pierrick>: *** <del>voir les catégories et les produits connus en bdd</del> *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** module recette ***<del> voir la liste des recettes <beber></del> *** consulter une recette pas par pas <beber> En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** <del>module minuterie/chrono (2, 3 corrections + intégration barre d'état) <nico></del> *** <del>faire une popup quand le chrono est fini pour avertir (ça doit être possible non ? oui je fais :D <nico>)</del> *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde * finis (avant le 06/02/09) : ** <del>barre d'état dans la window pour afficher alertes, minuterie, messages <nico: pas utile sans les alertes></del> ** <del>état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format choisi ????) <nico></del> ** <del>tester le support python XML (expat) sur Poky</del> <nico> '''ajouter la dépendance sur la version SVN avec max''' ** <del>module liste de courses <nico></del> *** <del>voir la commande</del> *** <del>ajouter des produits à la commande</del> *** <del>supprimer des lignes, modifier les quantités</del> *** <del>[http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP]</del> *** <del>intégrer / tester le server sur la beaggle</del> *** <del>export XML de la liste de course sur mini serveur web</del> *** <del>export XML de la liste de course déclenché par une requête sur le serveur web</del> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 575 2009-02-04T22:02:09Z Nico 2 ménage === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** <del>tester le support python XML (expat) sur Poky</del> <nico> '''ajouter la dépendance sur la version SVN avec max''' ** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) : *** solution 1 : une constante DEBUG pour ne pas faire de sortie console *** solution 2 : lancer avec python run.py > log.txt pour journaliser ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** les différents textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) ** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** revoir le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake ** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** niveau design y'a moyen de faire un peu mieux, déja indiquer quel champ est la minute l'heure et la seconde ** module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module des recettes *** consulter une recette pas par pas En cours et bien avancé :) <nico> reste le problème de fermeture des popups ! *** import / export XML des recettes <pierre> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 576 2009-02-04T22:07:43Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** tester le support python XML (expat) sur Poky <nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) : <nico> **** solution 1 : une constante DEBUG pour ne pas faire de sortie console **** solution 2 : lancer avec python run.py > log.txt pour journaliser *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** Textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** Thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module des recettes : *** consulter une recette pas par pas reste le problème de fermeture des popups ! *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Module minuterie : *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 577 2009-02-04T23:14:22Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: *** tester le support python XML (expat) sur Poky <nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** Textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** Thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module des recettes : *** consulter une recette pas par pas reste le problème de fermeture des popups ! *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Module minuterie : *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 578 2009-02-06T08:32:50Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** Textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** Thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module des recettes : *** consulter une recette pas par pas reste le problème de fermeture des popups ! *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Module minuterie : *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 579 2009-02-06T11:09:49Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** Textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** Thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module des recettes : *** consulter une recette pas par pas reste le problème de fermeture des popups ! *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 580 2009-02-06T11:12:28Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** créer une liste de courses au démarrage (éviter le crash avec le split dans le DAO) <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** Textes d'aide de ./views/help_constants.py (en bonus : ajouter des images) *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' ** module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <nico> '''voir avec vince''' ** Thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) ** module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 581 2009-02-06T11:33:03Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> ** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** changer le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 582 2009-02-06T11:36:28Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** changer le thème poky (changer couleurs) + intégration sur le SVN et dans les règles bitbake '''(pas prioritaire)''' <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 584 2009-02-06T12:59:50Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 586 2009-02-06T16:16:33Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 588 2009-02-07T20:58:24Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** trouver un moyen de créer proprement la base au lancement de l'application *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** enlever les lanceurs de /usr/share/application pour n'afficher qu'un minimum d'icônes sur le bureau de poky + intégration sur le SVN et dans les règles bitbake *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) *** Est ce que je demande a mon pote graphiste de faire des trucs parce que faudrait lui demander maintenant, (faut choisir les couleurs d'abord !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 591 2009-02-09T11:10:26Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> '''reste à tester sur la beaggle''' ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : '''reste à tester sur la beaggle''' *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> '''reste à tester sur la beaggle''' *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 592 2009-02-09T11:11:45Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> '''reste à tester sur la beaggle''' ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : '''reste à tester sur la beaggle''' *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> '''reste à tester sur la beaggle''' *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 597 2009-02-09T14:15:52Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok''' *** tester le support python XML (expat) sur Poky <en cours, nico> '''ok en local, ajouter la dépendance sur la version SVN avec max''' *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** import / export XML des catégories et produits <pierre> '''reste à tester sur la beaggle''' ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : '''reste à tester sur la beaggle''' *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** import / export XML des recettes <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> '''reste à tester sur la beaggle''' *** changer l'image post-it *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 598 2009-02-09T14:30:42Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Thème / Ergonomie *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! *** bug liste de course (lié au bug liste de courses) <pierrick> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 600 2009-02-09T14:35:07Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Thème / Ergonomie *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 601 2009-02-09T14:35:31Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Thème / Ergonomie *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 602 2009-02-09T14:45:14Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour : <yo en cours> **** home **** postit **** recette **** chrono **** gestion freego **** état **** liste de courses ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Thème / Ergonomie *** travailler les images pour ajouter des textes (comme gtkave) *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 605 2009-02-09T14:53:10Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo en cours> ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Thème / Ergonomie *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 607 2009-02-09T15:08:46Z Nico 2 === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo en cours> ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 612 2009-02-09T15:24:50Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 613 2009-02-09T15:25:32Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** inverser C et 0 sur le pavé numérique *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 614 2009-02-09T15:35:39Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 615 2009-02-09T15:35:56Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 616 2009-02-09T15:36:26Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi) * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 617 2009-02-09T15:44:08Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo en cours> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 618 2009-02-09T15:49:54Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lié au bug liste de courses) <pierrick> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 621 2009-02-09T16:04:15Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 06/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 622 2009-02-09T17:07:07Z Nico 2 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaine du 02/02/09 : ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** ajouter un bouton reset *** affichage de "secondes" dans bouton *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** bouton fermer à la fin de la recette *** confirmer avant de supprimer ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 623 2009-02-09T17:07:37Z Nico 2 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** ajouter un bouton reset *** affichage de "secondes" dans bouton *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** bouton fermer à la fin de la recette *** confirmer avant de supprimer ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 626 2009-02-09T17:11:24Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> *** barre de progression à l'import ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** ajouter un bouton reset *** affichage de "secondes" dans bouton *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** bouton fermer à la fin de la recette *** confirmer avant de supprimer ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 627 2009-02-09T17:11:55Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** ajouter un bouton reset *** affichage de "secondes" dans bouton *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** bouton fermer à la fin de la recette *** confirmer avant de supprimer ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 628 2009-02-09T17:12:24Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** ajouter un bouton reset *** affichage de "secondes" dans bouton *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette *** confirmer avant de supprimer ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 638 2009-02-09T17:28:32Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** ajouter un bouton reset *** affichage de "secondes" dans bouton *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette *** confirmer avant de supprimer<yo>'''reste à voir pour la liste de course''' ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 648 2009-02-09T17:34:13Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** enlever bouton export *** mettre des "s" aux quantités *** confirmation pour enlever des lignes ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** dans détails mettre un espace entre quantité et unité ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette *** confirmer avant de supprimer<yo>'''reste à voir pour la liste de course''' ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 662 2009-02-10T09:55:12Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette *** confirmer avant de supprimer<yo>'''reste à voir pour la liste de course''' ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 669 2009-02-10T12:20:48Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice)<yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 670 2009-02-10T12:21:28Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc) ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 671 2009-02-10T12:32:36Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc)<yo en cours> ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 672 2009-02-10T12:33:21Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <encours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc)<yo en cours> ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 673 2009-02-10T12:33:50Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' *** aide changer la couleur de sélection d'une ligne (en blanc)<yo en cours> ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 675 2009-02-10T13:10:30Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 676 2009-02-10T13:11:58Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 677 2009-02-10T13:14:01Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> ***<del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** mettre des "s" aux quantités *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** voir, ajouter, supprimer les produits du stock <en cours> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import <yo en cours> *** bouton fermer à la fin de la recette ** Bugs : *** bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer) *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 678 2009-02-10T13:16:51Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** vérifier la casse des messages ajoutés ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 679 2009-02-10T13:20:06Z Pierrick 5 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 686 2009-02-10T13:42:55Z Beber 4 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) et le fichier XML d'import *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 701 2009-02-11T08:21:54Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' *** Température Frigo possible : 2 4 6 8 °C // Congélo : -16 -18 -20 -26 -32 ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) et le fichier XML d'import *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Documentation === ** [[Image:CahierDesCharges.pdf]] : description du projet, fonctionnalités retenues, use case ** [[Image:ManuelConception.pdf]] : comparaison et justification des choix techniques, diagrammes de classes et déploiement ** Manuel utilisateur : fonctionnalités détaillées et illustrées par des impressions écran ** Manuel programmeur : présentation langages/technos, howto pour récupérer les sources du projet (SVN), pour mettre en place l'environnement de travail, conventions de codage et illustration par le détail d'un module ** Mémoire : comparaison Gantt prévisionnel / effectif, apports, problèmes rencontrés, évolution et futur de l'application ** Diaporama de la soutenance : tout est dans le titre === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 703 2009-02-11T09:37:02Z Nico 2 /* Documentation */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' *** Température Frigo possible : 2 4 6 8 °C // Congélo : -16 -18 -20 -26 -32 ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) et le fichier XML d'import *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 704 2009-02-11T09:37:52Z Yoann 8 /* Dernière ligne droite :) */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) et le fichier XML d'import *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 705 2009-02-11T09:38:32Z Yoann 8 /* Compte rendu et prévisions */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Module état du frigo *** Température Frigo possible : 2 4 6 8 °C // Congélo : -16 -18 -20 -26 -32 <yo> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) et le fichier XML d'import *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]] 730 2009-02-11T15:23:00Z Yoann 8 /* Planning */ === Compte rendu et prévisions === * 10/10/08 : réunion de lancement avec Valérie Renault. * 17/10/08 : première séance de projet ** étude des prototypes réalisés les années précédentes ** synthèse des fonctionnalités proposées (intérêt, temps de développement estimé, dépendances) ** première planification * 24/10/08 : ** fixer des priorités sur les fonctionnalités (pierre + yoann) ** installation des machines persos + machine mise à disposition en salle Feder (nico + pierrick) ** <del>questionnaires</del> ** discussion / justification persistance (nico) ** discussion ergonomie + maquettes d'interface (tous) ** premier Gantt (yoann) * 7/11/08 : ** modifier / corriger Gantt (Yoann + Nico) ** définir les fonctionnalités obligatoires et optionnelles (Pierre + Pierrick) ** justification choix Python + GTK (Pierre) ** réflexion / modélisation des tables SQL nécessaires au stockage (Pierrick) ** réflexion / modélisation UML du module de gestion de l'état du frigo (Yoann + Pierre) ** réflexion / modélisation de l'architecture générale (Nico) * 13/11/08 ** maquette Paint/tableau (Pierre) ** reprise de la modélisation des tables sql (Pierrick) + réflexion (Pierrick, Yoann) ** architecture de l'application, besoins/possibilités des différentes couches MVC (Nicolas) ** gantt (Yoann) * 21/11/08 : ** rédaction du cahier des charges (Yoann + Pierre) ** rédaction du manuel de conception / réalisation (Nico + Pierrick) ** finalisation modélisation sql (Pierrick) ** prototype en vue de tests pour valider les technos sur la beagglebord (Pierrick) ** configurer le SVN du projet (Nico) * 28/11/08 : ** prototype GTKave sur SVN : *** interfaces de la bdd des vins (Yoann) *** interfaces du stock (Nico) *** fenêtre principale + recherche sur les filtres (Pierre) *** menu principal + interface des stats (Pierrick) *** recherche images (Pierrick) * 5/12/08 : ** prototype GTKave : *** interface de commande (Yoann) *** interfaces du stock (Nico) *** interface accords gastronomiques (Pierre) *** clavier, dialogues pour le stock (Pierrick) ** tests sur la beaggle avec (Nico & Max) ** documentation : *** retouches cahier des charges (Yoann) *** retouches manuel de conception (Pierre) *** retouches scénario de test (Pierrick) * 10/12/08 : ** portage du prototype (Nico) : *** fixer les incompatibilités *** réduire le nombre d'informations des écrans *** fixer le problème de pointeur de souris sous Ubuntu *** enlever le menu supérieur et utiliser celui de poky (pour qemu et beaggle) ** développement : *** fixer les problèmes de modélisation de la persistance (voir avec les ASITR) *** exportation et/ou écriture des requêtes SQLite (Pierrick, Pierre, Yoann) *** codage de la couche models et de ses DAO (méthodes CRUD en suivant l'[[Architecture générale]] et en s'inspirant du [[Prototype cave à vin]]) (Pierre, Yoann) *** codage de la vue stock (Pierrick) * 16/01/09 : ** portage beaggle (Nico) ** finition prototype (Pierre & Yoann) ** codage de la vue stock (Pierrick) * 23/01/09 : ** test utilisateurs proto (Yoann & Pierre) ** DAO (Pierre) ** refactoring architecture (Nico) ** codage de la vue stock (Pierrick) * 30/01/09 : ** persistance & dao (Pierre) ** vue stock (Pierrick) ** vue gestion du frigo (Yoann) ** vue messagerie (Nico) * semaines du 02/02/09 et du 08/02/09: ** général : *** création propre de la base au lancement de l'application (si elle n'existe pas) *** état du frigo : export XML déclenché par une requête sur le serveur web embarqué (format ok) <nico> *** erreurs lors des sorties console lors de l'utilisation sur la beaggle (encodage des caractères) => utilisation du module logging <nico> *** créer une liste de courses au démarrage => initialiser la base si inexistante dans run.py <nico> *** tester le support python XML (expat) sur Poky <nico> *** Textes d'aide de help_constants.py (en bonus : ajouter des images) pour home / postit / recette / chrono / gestion freego / état / liste de courses <yo> ** module liste de courses <nico> *** voir la commande *** ajouter des produits à la commande *** supprimer des lignes, modifier les quantités *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP mettre en place un mini serveur web HTTP] *** intégrer / tester le server sur la beaggle *** export XML de la liste de course sur mini serveur web *** export XML de la liste de course déclenché par une requête sur le serveur web ** module recette <beber> *** voir la liste des recettes *** consulter une recette pas par pas *** fixer le problème de fermeture des popups ! *** import / export XML des recettes <pierre> ** module minuterie/chrono <nico> *** 2, 3 corrections *** faire une popup quand le chrono est fini pour avertir *** Indiquer quel champ est la minute, l'heure, et la seconde, retouche design ** module gestion des stocks <Pierrick>: *** voir les catégories et les produits connus en bdd *** import / export XML des catégories et produits <pierre> ** Module état du frigo *** Température Frigo possible : 2 4 6 8 °C // Congélo : -16 -18 -20 -26 -32 <yo> ** Thème / Ergonomie *** [http://freego-and-touch.tuxfamily.org/index.php5?title=Customiser_le_thème changer le thème poky + intégration] <nico> *** changer l'ordre des rubriques dans le menu ? (les plus utiles => les plus accessibles !) <pierre> *** travailler les images pour ajouter des textes (comme gtkave) <pierrick> *** inverser C et 0 sur le pavé numérique (et le reste des chiffres pour ressembler à une calculatrice) <yo> *** enlever la sélection d'une ligne dans les aides <yo> *** confirmer avant de supprimer <yo> ** Bugs : *** les scrollbars ne doivent être visible que quand elles sont utiles ! <nico> === Dernière ligne droite :) === * reste à faire avant le 12/02/09 (compris): ** Général : *** centrer les valeurs dans les listes <en cours Pierrick> *** <del>fixer window.py:47: DeprecationWarning: <yo>'''déprécié sur PyGTK >=2.4, poky sous 2.10, devrait être ok'''</del> *** récupérer la date système sur la beaggle <nico> '''en cours, voir avec max''' *** lancement automatique du serveur sur Poky '''voir avec max''' ** Module chrono : *** <del>ajouter un bouton reset</del> *** <del> affichage de "secondes" dans bouton</del> *** problème de la fenêtre d'alerte modale si autre modale (?) ** Module liste de course : *** <del>enlever bouton export</del> *** <del>mettre des "s" aux quantités</del> *** <del>confirmation pour enlever des lignes</del> ** Module message : *** <del>vérifier la casse des messages ajoutés</del> ** Module gestion des stocks <Pierrick>: *** <del>voir, ajouter, supprimer les produits du stock </del> *** <del>dans détails mettre un espace entre quantité et unité</del> ** Module état du frigo : *** export XML déclenché par une requête sur le serveur web embarqué, reste à se connecter avec la bdd des capteurs <stand by, nico> '''voir avec vince''' ** Module des recettes : *** Recettes et objets vraiments réalistes dans les BDD (modifier la classe initBAse dans models_DAO) et le fichier XML d'import *** barre de progression à l'import <yo en cours> *** <del>bouton fermer à la fin de la recette</del> ** Bugs : *** <del>bug liste de course (lancer ne pas ajouter de produit à la liste, fermer, relancer)</del> *** <del>bug clavier sélection (nom du produit qui disparait au profit du texte saisi)<yo>'''a pu ???'''</del> ** Thème : *** nouveaux icones pour freego & gtkave * à faire avant le 13/02/09 : ** documentations ** préparation soutenance * abandonnées ou optionnel en fonction du temps restant: ** messages sonores (pas de sortie audio sur la beaggle) ** bip de fin de chrono (pas de sortie audio sur la beaggle) ** coupler ce système avec un lecteur RFID (non obligatoire) ** état du frigo : "Il y sera possible de modifier la température." (pas d'accès au réglages du frigo) ** synchronisation liste de course sur E-Phone (bonus) ** module de gestion des menus (bonus) ** module des alertes (bonus) === Planning === 20 séances de 5h prévues, équipe de 4, 400 heures / homme. * Etat de l'art : 3 séances * Spécification et cahier des charges : 7 séances * Développement, documentation, tests, recette : 8 séances * Préparation soutenance : 2 séances [[Image:Previsionnel.png|249px|thumb|left|Diagramme de Gantt prévisionnel]][[Image:Effectif.png|249px|thumb|left|Diagramme de Gantt effectif]] 44 345 2008-11-18T15:28:54Z David LP 13 Nouvelle page : TEST TEST 550 2009-02-04T14:06:19Z Vincent 3 http://moodle.handismart.fr/siri/frigo.php 569 2009-02-04T18:09:47Z Nico 2 [http://moodle.handismart.fr/siri/frigo.php Format de données] [http://freego-and-touch.tuxfamily.org/index.php5?title=Mini_serveur_HTTP Comment récupérer le fichier XML ?] 23 169 2008-10-24T13:56:16Z Nico 2 Nouvelle page : Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fic... Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via Sqlite : * Avantage : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénient : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === voir zope... === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié. 170 2008-10-24T14:03:46Z Nico 2 Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via Sqlite : * Avantages : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénients : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === Le stockage via une base de données objets similaire à la ZODB de [http://fr.wikipedia.org/wiki/Zope Zope] * Avantages : ** accès concurrent ** récupération des objets "tel-quels" * Inconvénients : ** spécifique à un langage (Python pour la ZODB) === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié, Sqlite propose une solution intéressante car : * aisée à mettre en place (paquets natifs) * répondant aux contraintes techniques (peu de consommation de ressource) * répondant aux besoins exprimés (peu de connexions simultanées, volume de données raisonnable) * utilisable via différents langages avec des drivers C, Python (à compiler sur Poky) 171 2008-10-24T14:04:42Z Nico 2 /* Stockage en base de données relationnelle */ Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via [http://www.sqlite.org/ Sqlite] : * Avantages : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénients : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === Le stockage via une base de données objets similaire à la ZODB de [http://fr.wikipedia.org/wiki/Zope Zope] * Avantages : ** accès concurrent ** récupération des objets "tel-quels" * Inconvénients : ** spécifique à un langage (Python pour la ZODB) === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié, Sqlite propose une solution intéressante car : * aisée à mettre en place (paquets natifs) * répondant aux contraintes techniques (peu de consommation de ressource) * répondant aux besoins exprimés (peu de connexions simultanées, volume de données raisonnable) * utilisable via différents langages avec des drivers C, Python (à compiler sur Poky) 257 2008-11-09T17:42:05Z Nico 2 /* Conclusion */ Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via [http://www.sqlite.org/ Sqlite] : * Avantages : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénients : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === Le stockage via une base de données objets similaire à la ZODB de [http://fr.wikipedia.org/wiki/Zope Zope] * Avantages : ** accès concurrent ** récupération des objets "tel-quels" * Inconvénients : ** spécifique à un langage (Python pour la ZODB) === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié, Sqlite propose une solution intéressante car : * aisée à mettre en place (paquets natifs) * répondant aux contraintes techniques (peu de consommation de ressources) * répondant aux besoins exprimés (peu de connexions simultanées, volume de données raisonnable) * utilisable via différents langages avec des drivers C, Python <del>(à compiler sur Poky)</del> <nico> : Python 2.5 inclu un package sqlite3 (voir : http://www.python.org/doc/2.5.2/lib/module-sqlite3.html) === Utiliser Sqlite3 via Python === ====Exempe de création et population d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # créer une table c.execute("create table product (id text, desc text, price real)") # insérer des lignes c.execute("insert into product values ('Truc1','Bouteille de jus de pomme', 1.15)") c.execute("insert into product values ('Truc2','Bouteille de lait', 1.57)") # sauver les modifications et se déconnecter conn.commit() c.close() ====Exempe de lecture d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # exécution d'une requête c.execute('select * from product order by price') # affichage des résultats for row in c: print row # se déconnecter c.close() 261 2008-11-10T00:04:37Z Pierrick 5 Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via [http://www.sqlite.org/ Sqlite] : * Avantages : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénients : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === Le stockage via une base de données objets similaire à la ZODB de [http://fr.wikipedia.org/wiki/Zope Zope] * Avantages : ** accès concurrent ** récupération des objets "tel-quels" * Inconvénients : ** spécifique à un langage (Python pour la ZODB) === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié, Sqlite propose une solution intéressante car : * aisée à mettre en place (paquets natifs) * répondant aux contraintes techniques (peu de consommation de ressources) * répondant aux besoins exprimés (peu de connexions simultanées, volume de données raisonnable) * utilisable via différents langages avec des drivers C, Python <del>(à compiler sur Poky)</del> <nico> : Python 2.5 inclu un package sqlite3 (voir : http://www.python.org/doc/2.5.2/lib/module-sqlite3.html) === Utiliser Sqlite3 via Python === ====Exempe de création et population d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # créer une table c.execute("create table product (id text, desc text, price real)") # insérer des lignes c.execute("insert into product values ('Truc1','Bouteille de jus de pomme', 1.15)") c.execute("insert into product values ('Truc2','Bouteille de lait', 1.57)") # sauver les modifications et se déconnecter conn.commit() c.close() ====Exempe de lecture d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # exécution d'une requête c.execute('select * from product order by price') # affichage des résultats for row in c: print row # se déconnecter c.close() === Modélisation des tables SQL (premier jet) === [[Image:table bdd.jpg]] 497 2008-12-18T17:59:01Z Nico 2 Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via [http://www.sqlite.org/ Sqlite] : * Avantages : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénients : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === Le stockage via une base de données objets similaire à la ZODB de [http://fr.wikipedia.org/wiki/Zope Zope] * Avantages : ** accès concurrent ** récupération des objets "tel-quels" * Inconvénients : ** spécifique à un langage (Python pour la ZODB) === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié, Sqlite propose une solution intéressante car : * aisée à mettre en place (paquets natifs) * répondant aux contraintes techniques (peu de consommation de ressources) * répondant aux besoins exprimés (peu de connexions simultanées, volume de données raisonnable) * utilisable via différents langages avec des drivers C, Python <del>(à compiler sur Poky)</del> <nico> : Python 2.5 inclu un package sqlite3 (voir : http://www.python.org/doc/2.5.2/lib/module-sqlite3.html) <nico> : Attention aux [http://nicolas-dupont.tuxfamily.org/2008/12/sqlite-contrainte-cle-etrangere/ contraintes d'intégrité des clés étrangères avec SQLite] === Utiliser Sqlite3 via Python === ====Exempe de création et population d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # créer une table c.execute("create table product (id text, desc text, price real)") # insérer des lignes c.execute("insert into product values ('Truc1','Bouteille de jus de pomme', 1.15)") c.execute("insert into product values ('Truc2','Bouteille de lait', 1.57)") # sauver les modifications et se déconnecter conn.commit() c.close() ====Exempe de lecture d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # exécution d'une requête c.execute('select * from product order by price') # affichage des résultats for row in c: print row # se déconnecter c.close() 512 2009-01-14T14:44:42Z Nico 2 /* Conclusion */ Pour conserver les informations utiles aux différentes applications, nous nous pencherons ici sur les possibilités de stockage. === Stockage en fichier === Le stockage dans un fichier texte, XML ou encore résultant d'un sérialisation. * Avantages : ** légéreté * Inconvénients : ** accès concurrent par les différents modules du système === Stockage en base de données relationnelle === Le stockage via Postgresql, MySQL : * Avantages : ** facilité de manipulation/recoupement des informations * Inconvénients : ** lourdeur du système et consommation de ressources disproportionnée pour la BeagleBoard ** portage sur Poky Le stockage via [http://www.sqlite.org/ Sqlite] : * Avantages : ** facilité de manipulation/recoupement des informations ** paquet natif sous Poky * Inconvénients : ** peu efficace sur un grand nombre d'accès concurrent === Stockage en base de données objets === Le stockage via une base de données objets similaire à la ZODB de [http://fr.wikipedia.org/wiki/Zope Zope] * Avantages : ** accès concurrent ** récupération des objets "tel-quels" * Inconvénients : ** spécifique à un langage (Python pour la ZODB) === Conclusion === L'usage d'un système de base de données relationnelle semble assez approprié, Sqlite propose une solution intéressante car : * aisée à mettre en place (paquets natifs) * répondant aux contraintes techniques (peu de consommation de ressources) * répondant aux besoins exprimés (peu de connexions simultanées, volume de données raisonnable) * utilisable via différents langages avec des drivers C, Python <del>(à compiler sur Poky)</del> <nico> : Python 2.5 inclu un package sqlite3 (voir : http://www.python.org/doc/2.5.2/lib/module-sqlite3.html) <nico> : Attention aux [http://www.libre-a-vous.fr/2008/12/sqlite-contrainte-cle-etrangere/ contraintes d'intégrité des clés étrangères avec SQLite] === Utiliser Sqlite3 via Python === ====Exempe de création et population d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # créer une table c.execute("create table product (id text, desc text, price real)") # insérer des lignes c.execute("insert into product values ('Truc1','Bouteille de jus de pomme', 1.15)") c.execute("insert into product values ('Truc2','Bouteille de lait', 1.57)") # sauver les modifications et se déconnecter conn.commit() c.close() ====Exempe de lecture d'une base de données==== import sqlite3 # connexion ou création du fichier contenant la base de données conn = sqlite3.connect('/tmp/file_db') # récupération d'un objet curseur pour exécuter des requètes SQL avec execute() c = conn.cursor() # exécution d'une requête c.execute('select * from product order by price') # affichage des résultats for row in c: print row # se déconnecter c.close() 12 78 2008-10-15T19:29:50Z Maxime 7 Nouvelle page : = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour b... = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego 79 2008-10-15T19:30:41Z Maxime 7 /* Customiser Poky */ = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego == Ajouter des nouveaux packages == TODO 90 2008-10-16T19:53:54Z Maxime 7 /* Customiser Poky */ = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_est2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 91 2008-10-16T21:25:56Z Nico 2 = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] 97 2008-10-17T08:39:26Z Vincent 3 /* Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu */ = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] 134 2008-10-17T16:26:18Z Vincent 3 /* Ajouter des packages existants à une image */ = Customiser Poky = Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] 145 2008-10-20T06:42:27Z Nico 2 Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matériel (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb 146 2008-10-20T06:54:54Z Nico 2 /* Configurer la résolution et le clavier virtuel pour QEMU */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb 147 2008-10-20T14:10:21Z Nico 2 /* Configurer la résolution et le clavier virtuel pour QEMU */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb [[Image:clavier_virtuel.png]] 149 2008-10-20T14:13:07Z Nico 2 /* Configurer la résolution et le clavier virtuel pour QEMU */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Voilà le clavier, à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile. [[Image:clavier_virtuel.png]] 155 2008-10-20T15:34:34Z Nico 2 /* Configurer la résolution et le clavier virtuel pour QEMU */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile. [[Image:clavier_virtuel.png]] 156 2008-10-20T15:48:47Z Nico 2 /* Configurer la résolution et le clavier virtuel pour QEMU */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. 157 2008-10-20T15:52:22Z Nico 2 /* Configurer la résolution et le clavier virtuel pour QEMU */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 264 2008-11-11T15:18:46Z Nico 2 /* Ajouter des packages existants à une image */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" * Pour ajouter le support Python de sqlite (sqlite3 étant une dépendance de python-sqlite3, pas besoin de l'ajouter): require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.py On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 476 2008-12-09T15:37:12Z Nico 2 /* Avec mount */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" * Pour ajouter le support Python de sqlite (sqlite3 étant une dépendance de python-sqlite3, pas besoin de l'ajouter): require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.desktop On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm .ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 493 2008-12-11T23:55:28Z Vincent 3 /* Avec SSH / SCP */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" * Pour ajouter le support Python de sqlite (sqlite3 étant une dépendance de python-sqlite3, pas besoin de l'ajouter): require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.desktop On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, lors d'une demande de connexion le message suivant s'affiche : nezo@nezo-laptop:~/poky/build/tmp/deploy/images$ ssh root@192.168.7.2 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is e9:04:10:9e:ad:05:ef:14:ab:07:8d:04:bf:fd:b1:06. Please contact your system administrator. Add correct host key in /home/nezo/.ssh/known_hosts to get rid of this message. Offending key in /home/nezo/.ssh/known_hosts:1 RSA host key for 192.168.7.2 has changed and you have requested strict checking. Host key verification failed. Il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm ~/.ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 498 2009-01-06T09:16:38Z Nico 2 définir une image personnalisée pour les lanceurs Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" * Pour ajouter le support Python de sqlite (sqlite3 étant une dépendance de python-sqlite3, pas besoin de l'ajouter): require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.desktop On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : les images sont stockées dans /usr/share/icons/Sato, pour utiliser une image de lanceur personnalisée, l'ajouter dans ce répertoire et modifier l'argument Icon du .desktop Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, lors d'une demande de connexion le message suivant s'affiche : nezo@nezo-laptop:~/poky/build/tmp/deploy/images$ ssh root@192.168.7.2 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is e9:04:10:9e:ad:05:ef:14:ab:07:8d:04:bf:fd:b1:06. Please contact your system administrator. Add correct host key in /home/nezo/.ssh/known_hosts to get rid of this message. Offending key in /home/nezo/.ssh/known_hosts:1 RSA host key for 192.168.7.2 has changed and you have requested strict checking. Host key verification failed. Il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm ~/.ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 557 2009-02-04T18:02:00Z Nico 2 a renommé [[CustomiserPoky]] en [[Personnaliser Poky]]: ménage Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" * Pour ajouter le support Python de sqlite (sqlite3 étant une dépendance de python-sqlite3, pas besoin de l'ajouter): require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.desktop On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : les images sont stockées dans /usr/share/icons/Sato, pour utiliser une image de lanceur personnalisée, l'ajouter dans ce répertoire et modifier l'argument Icon du .desktop Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, lors d'une demande de connexion le message suivant s'affiche : nezo@nezo-laptop:~/poky/build/tmp/deploy/images$ ssh root@192.168.7.2 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is e9:04:10:9e:ad:05:ef:14:ab:07:8d:04:bf:fd:b1:06. Please contact your system administrator. Add correct host key in /home/nezo/.ssh/known_hosts to get rid of this message. Offending key in /home/nezo/.ssh/known_hosts:1 RSA host key for 192.168.7.2 has changed and you have requested strict checking. Host key verification failed. Il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm ~/.ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 570 2009-02-04T18:29:06Z Nico 2 /* Ajouter des packages existants à une image */ Pour créer sa distribution Poky sur mesure, plusieurs solutions sont possibles. Cela dépends si les packages que l'on veut ajouter ont déjà des règles pour bitbake ou non. == Ajouter des packages existants à une image == Il s'agit de la solution la plus simple. Le principe est de se baser sur une image existante (par exemple poky-image-sato), et de lui ajouter des packages qui ont déjà des règles pour bitbake. Par convention je noterai $POKY le répertoire ou se trouve poky, par exemple "/home/max/poky" dans mon cas. * Créer un fichier "$POKY/meta/packages/images/poky-image-freego.bb" et l'éditer: $> touch $POKY/meta/packages/images/poky-image-freego.bb $> gedit !$ * Dans ce fichier, on doit donner un règle de compilation. Dans un premier temps, on lui dit de se baser sur l'image poky-image-sato, puis, on lui dit d'ajouter le package pyGTK : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk" * Il ne reste plus qu'à compiler l'image en lançant un : $> bitbake poky-image-freego * Cette même procédure permet d'installer sqlite en ajoutant "sqlite3" dans la ligne IMAGE_INSTALL le fichier poky-image-freego.bb ce qui donne : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk sqlite3" * Pour ajouter le support Python de sqlite (sqlite3 étant une dépendance de python-sqlite3, pas besoin de l'ajouter): require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3" * Pour ajouter le support Python de XML : require poky-image-sato.bb IMAGE_INSTALL += "python-pygtk python-sqlite3 python-xml" == Ajouter des nouveaux packages == TODO == Ajouter / Modifier rapidement des fichiers au RootFS pour Qemu == === Avec mount === Si on souhaite ajouter, modifier ou supprimer des fichiers à une image rapidement, une solution consiste à monter cette image (poky-image-sato dans cet exemple) : $> cd $POKY/built/tmp/deploy/images $> mkdir img_ext2 $> sudo mount poky-image-freego.ext2 -o loop img_ext2 $> sudo chown -R max img_ext2 L'image du système de fichiers est maintenant montée, on peut par exemple essayer un petit script pyGTK pour valider son fonctionnement : $> cd img_ext2/bin $> wget http://www.pygtk.org/pygtk2tutorial/examples/helloworld.py $> chmod +x helloworld.py Pour pouvoir l'exécuter depuis MatchBox, on doit lui créer un lanceur. Il suffit de se baser sur un lanceur existant: $> cd ../usr/share/applications $> nano -w helloworld.desktop On lui donne la configuration suivante : [Desktop Entry] Encoding=UTF-8 Type=Application Name=HelloWorld Comment=Premier test de pyGTK!!! Exec=helloworld.py Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true Il ne reste plus qu'à démonter l'image et à la lancer: $> cd $POKY/built/tmp/deploy/images $> sudo umount img_ext2 $> poky-qemu zImage-qemuarmXXX.bin poky-image-freego-qemuarmXXX.ext2 Nico : les images sont stockées dans /usr/share/icons/Sato, pour utiliser une image de lanceur personnalisée, l'ajouter dans ce répertoire et modifier l'argument Icon du .desktop Nico : beau boulot Max, j'ai testé avec un exemple plus parlant car il met en oeuvre plus de composants : http://www.pygtk.org/pygtk2tutorial/examples/rangewidgets.py. J'ai comme même eu un petit soucis, l'icône n'apparaît pas dans utility, cependant en passant par la console de poky et en lançant à la main ($python rangewidgets.py) ça rocks. On notera au passage la simplicité de l'utilisation de Python + Gtk (comparable à Ruby), ci-dessous le rendu sur une Ubuntu et sur Poky. [[Image:RangeComponentsUbuntu.png]] [[Image:RangeComponentsPoky.png]] === Avec SSH / SCP === Il est également possible de se connecter en SSH au Poky émulé par QEMU (l'ip est donnée au démarrage de poky-qemu, pour moi ip=192.168.7.2) afin de changer la configuration à chaud. nico@in-utero: ssh root@192.168.7.2 root@192.168.7.2's password: # pas de mdp root@qemuarm:~# Pour copier des fichiers directement dans l'image (système de fichier Poky) il suffit de faire : nico@in-utero:~$ scp /home/nico/Bureau/post-it.py root@192.168.7.2:/home/root/ root@192.168.7.2's password: post-it.py 100% 3475 3.4KB/s 00:00 nico@in-utero:~$ nico@in-utero:~$ ssh root@192.168.7.2 root@192.168.7.2's password: root@qemuarm:~# ls hello.py post-it.py test Notez qu'après une recompilation la clé SSH change, lors d'une demande de connexion le message suivant s'affiche : nezo@nezo-laptop:~/poky/build/tmp/deploy/images$ ssh root@192.168.7.2 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the RSA host key has just been changed. The fingerprint for the RSA key sent by the remote host is e9:04:10:9e:ad:05:ef:14:ab:07:8d:04:bf:fd:b1:06. Please contact your system administrator. Add correct host key in /home/nezo/.ssh/known_hosts to get rid of this message. Offending key in /home/nezo/.ssh/known_hosts:1 RSA host key for 192.168.7.2 has changed and you have requested strict checking. Host key verification failed. Il faut dont faire le ménage avant de se reconnecter en SSH : nico@in-utero:~$ rm ~/.ssh/known_hosts == Configurer la résolution et le clavier virtuel pour QEMU == Pour configurer la cible matérielle (résolution, clavier virtuel, etx) sur laquelle Poky fonctionne, il est possible de créer un fichier machconfig dans meta/packages/formfactor/files/MACHINENAME/ où MACHINENAME est le nom de la plateforme (ici qemuarm). Pour trouver plus d'informations sur les réglagles possibles consulter meta/packages/formfactor/files/config. Pour fixer la résolution appropriée et faire apparaître un clavier virtuel machconfig doit contenir : HAVE_TOUCHSCREEN=1 HAVE_KEYBOARD=0 HAVE_KEYBOARD_LANDSCAPE=1 DISPLAY_CAN_ROTATE=0 DISPLAY_ORIENTATION=0 DISPLAY_WIDTH_PIXELS=640 DISPLAY_HEIGHT_PIXELS=480 DISPLAY_BPP=16 DISPLAY_DPI=150 DISPLAY_SUBPIXEL_ORDER=vrgb Recompiler : bitbake poky-image-freego Autre possibilité, se connecter en SSH sur le Poky émulé par QEMU et modifier le fichier /etc/formfactor/machconfig. Voilà le clavier, [[Image:clavier_virtuel.png]] à noter qu'il doit être configurable (enlever les 4 boutons de droite, ajouter les accents, etc), bref à tester sur l'écran tactile : * http://matchbox-project.org/?p=1 * http://svn.o-hand.com/repos/matchbox/trunk/matchbox-keyboard/README The following Environmental Variables are also used, if set; MB_KBD_CONFIG Set to full path of a alternate layout file to use overriding any other selection mechanisms. Pour modifier le layout du clavier monter l'image (...ext2) et dans /usr/share/matchbox-keyboard, éditer l'un des fichiers XML. 75 596 2009-02-09T14:15:42Z Beber 4 Nouvelle page : =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT *... =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile 599 2009-02-09T14:32:11Z Beber 4 /* Diaporama du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==== 603 2009-02-09T14:49:22Z Beber 4 /* Diaporama du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ==Architecture et conception== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== 604 2009-02-09T14:50:26Z Beber 4 /* Diaporama du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ==Architecture et conception== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 606 2009-02-09T14:59:36Z Beber 4 /* Diaporama du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== ===Architecture et conception=== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 608 2009-02-09T15:10:05Z Beber 4 /* Etude et démarrage du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** ===Architecture et conception=== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 609 2009-02-09T15:16:59Z Beber 4 /* Etude et démarrage du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Architecture et conception=== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 610 2009-02-09T15:23:40Z Beber 4 /* Etude et démarrage du projet */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 611 2009-02-09T15:24:37Z Beber 4 /* Architecture et conception */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ====Architecture MVC==== ====Persistance==== ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 619 2009-02-09T15:50:24Z Beber 4 /* Persistance */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO ==Repartition du travail== ==Difficultés rencontrés== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 620 2009-02-09T16:01:15Z Beber 4 /* Difficultés rencontrés */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO ==Repartition du travail== ==Difficultés rencontrés== ===Integration=== ==Comparaison Gantt== ==Présentation du résultat final== ==== ==== 624 2009-02-09T17:09:19Z Nico 2 /* == */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO ==Repartition du travail== ==Difficultés rencontrés== ===Integration=== ==Comparaison Gantt== ==Présentation du résultat final== ==== 625 2009-02-09T17:09:28Z Nico 2 /* == */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO ==Repartition du travail== ==Difficultés rencontrés== ===Integration=== ==Comparaison Gantt== ==Présentation du résultat final== 630 2009-02-09T17:18:52Z Nico 2 =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== * une page par personne qui fait quoi ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 632 2009-02-09T17:20:32Z Nico 2 /* Architecture et conception */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== * une page par personne qui fait quoi ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 633 2009-02-09T17:22:48Z Nico 2 /* Présentation du contexte */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== * une page par personne qui fait quoi ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 635 2009-02-09T17:27:39Z Beber 4 /* Repartition du travail */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== ==== Pierre BERTRAND ==== * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML de recettes * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 637 2009-02-09T17:27:55Z Beber 4 /* Pierre BERTRAND */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML de recettes * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 640 2009-02-09T17:29:08Z Beber 4 /* Pierre BERTRAND */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 645 2009-02-09T17:31:22Z Beber 4 /* Architecture MVC */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 660 2009-02-09T17:51:07Z Nico 2 /* Présentation du contexte */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Repartition du travail=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ===Présentation du résultat final=== * captures d'écran ===Conslusion=== * avantages / inconvénients * possibilités d'extension 713 2009-02-11T11:48:23Z Admin 1 =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * possibilités d'extension ... === Apports === === Remerciement, questions === 714 2009-02-11T13:18:21Z Beber 4 /* Evolutions possibles */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === === Remerciement, questions === 715 2009-02-11T13:19:37Z Beber 4 /* Apports */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) * Gestion ecran tactile * Interface réduite === Remerciement, questions === 717 2009-02-11T13:22:04Z Beber 4 /* Apports */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== TODO a detailler * Lien avec la BDD via DAO * Utilisation des DAO avec des BO * import XML * Module d'affichage des recettes ====Nicolas DUPONT==== ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 719 2009-02-11T13:28:27Z Beber 4 /* Répartition du travail (détails) */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur géré par évènements systèmes * Messagerie, affichage ajouts et suppressions ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 720 2009-02-11T13:56:06Z Beber 4 /* Nicolas DUPONT */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:Schema.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 722 2009-02-11T14:18:57Z Nico 2 /* Présentation du contexte */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:contexte.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 724 2009-02-11T14:19:39Z Beber 4 /* Yoann HERVE */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:contexte.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== * Etat du frigo * Composants d'affichages ** Contrôleur de changement de fenêtre ** Boite générique contenant les vues ** Listes d'affichages * Aide ** Module de gestion des aides suivant la vue * Debug ====Pierrick LE DAY==== ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 725 2009-02-11T14:22:16Z Beber 4 /* Pierrick LE DAY */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:contexte.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== * Etat du frigo * Composants d'affichages ** Contrôleur de changement de fenêtre ** Boite générique contenant les vues ** Listes d'affichages * Aide ** Module de gestion des aides suivant la vue * Debug ====Pierrick LE DAY==== * Gestion des stocks ** Peremption ** Ajout/Suppression * Liste de courses * Debug * COnception ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 726 2009-02-11T14:45:28Z Beber 4 /* Pierrick LE DAY */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:contexte.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== * Etat du frigo * Composants d'affichages ** Contrôleur de changement de fenêtre ** Boite générique contenant les vues ** Listes d'affichages * Aide ** Module de gestion des aides suivant la vue * Debug ====Pierrick LE DAY==== * Gestion des stocks ** Peremption ** Ajout/Suppression * Liste de courses ** Module d'Affichage de la liste de course ** Ajout Suppression * Debug * COnception ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 727 2009-02-11T14:54:58Z Beber 4 /* Pierrick LE DAY */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:contexte.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== * Etat du frigo * Composants d'affichages ** Contrôleur de changement de fenêtre ** Boite générique contenant les vues ** Listes d'affichages * Aide ** Module de gestion des aides suivant la vue * Debug ====Pierrick LE DAY==== * Gestion des stocks ** Peremption ** Ajout/Suppression * Liste de courses ** Module d'Affichage de la liste de course ** Ajout Suppression * Debug * Conception ** Modélisation des objets du domaine ** Modélisation des tables SQL ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== * captures d'écran ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 728 2009-02-11T14:56:40Z Beber 4 /* Résultat final */ =Diaporama du projet= ==Présentation du projet== * Freego and touch * Equipe ** Pierre BERTRAND ** Nicolas DUPONT ** Yoann HERVE ** Pierrick LE DAY *Encadrants ** Valérie RENAULT ** Florent CARLIER ==Présentation du contexte== * Schéma <nico> [[Image:contexte.png]] * Projet en collaboration avec Le Groupe ASITR ** Thomas LAURENSON ** Vincent MUNOZ DEL BLANCO ** Maxime COQUELIN * Gestion d'un réfrigérateur * Système embarqué * Developpment d'une interface tactile ==Etude et démarrage du projet== ===Choix des fonctionnalités=== * Etude des prototypes d'UE16 des années passées **[[Prototypes_2006_%C3%A0_2008]] * Synthèse de tout les prototypes ** Points forts ** Points faibles ** Fonctionnalités interessantes ** Classement des ordres de priorités *** [[Fonctionnalit%C3%A9s_propos%C3%A9es]] ===Spécification des modules=== * Presentation détaillée des fonctionnalité choisies **[[Sp%C3%A9cifications_des_modules]] ===Architecture et conception <nico>=== ====Architecture MVC==== *[[Architecture_g%C3%A9n%C3%A9rale]] ====Persistance==== * Stockage dans base de données Sqlite * Lien avec la Base de données via des DAO ** Enregistrement des données transparent pour les programmeurs * Couplage des DAO avec des BO == Travail réalisé == ===Comparaison Gantt=== ===Répartition du travail (détails)=== ==== Pierre BERTRAND ==== * Data Access Objects ** Encapsulation transparente de la base de données ** Correspondance avec les objets metiers * Buisness Objects ** Lien avec les DAO ** Objets metiers de l'application * import XML ** Création d'un module d'importation de recettes via XML * Module d'affichage des recettes ====Nicolas DUPONT==== * Minuteur ** Minuterie accessible dans n'importe quelle partie du programme * Messagerie ** Affichage ** Création * Intégration ** Lien avec la partie ASITR ** Modifications du PokyLinux * Serveur HTTP ** Export des données par erquette HTTP * Conception ** Architecture MVC ====Yoann HERVE==== * Etat du frigo * Composants d'affichages ** Contrôleur de changement de fenêtre ** Boite générique contenant les vues ** Listes d'affichages * Aide ** Module de gestion des aides suivant la vue * Debug ====Pierrick LE DAY==== * Gestion des stocks ** Peremption ** Ajout/Suppression * Liste de courses ** Module d'Affichage de la liste de course ** Ajout Suppression * Debug * Conception ** Modélisation des objets du domaine ** Modélisation des tables SQL ===Difficultés rencontrés=== * Intégration (lien avec parties ASITR) * version Python pygtk (développement de composants) ==Résultat final== ===Statistiques=== ===captures d'écran=== ==Conclusion== === Evolutions possibles === * Gestion audio ** Messages sonores ** Bip Minuteur * Alertes ** Messagerie ** Produits perimés * Gestion de menus ** Calculs energetiques ** Lien avec le stock et les recettes * Système RFID ** Gestion automatique du stock du réfrigérateur * Couplage appareil mobile ** Statistiques de températures ** Export liste de course === Apports === * Langage de programmaton python * Application embarquée (Lite) ** Utilisation de GTK ** Expat plutôt que DOM * Gestion écran tactile * Interface réduite ** Mise en pratique de l'UE 16 === Remerciement, questions === 20 141 2008-10-17T16:40:05Z Nico 2 a renommé [[ProjetsPrecedents]] en [[Prototypes 2006 à 2008]] #REDIRECT [[Prototypes 2006 à 2008]] 45 350 2008-11-21T10:02:16Z Beber 4 Nouvelle page : =Tests IHM= Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet =Classes utilisée= ==Template fenêtre== Pour l'utilisation de cette classe voir[[... =Tests IHM= Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet =Classes utilisée= ==Template fenêtre== Pour l'utilisation de cette classe voir[[Convention de codage python]] voici le code de la fenêtre de base : 351 2008-11-21T10:19:47Z Nico 2 /* Tests IHM */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet == Module models.py == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins =Classes utilisée= ==Template fenêtre== Pour l'utilisation de cette classe voir[[Convention de codage python]] voici le code de la fenêtre de base : 352 2008-11-21T10:26:24Z Nico 2 /* Module models.py */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet == Module models.py == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... =Classes utilisée= ==Template fenêtre== Pour l'utilisation de cette classe voir[[Convention de codage python]] voici le code de la fenêtre de base : 354 2008-11-21T10:30:33Z Nico 2 /* Classes utilisée */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet == Module models.py == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. 355 2008-11-21T10:32:16Z Nico 2 /* Module models.py */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. 357 2008-11-21T12:40:04Z Beber 4 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python # example helloworld.py import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() 401 2008-11-25T15:09:32Z Beber 4 /* Module window */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() 402 2008-11-25T15:14:46Z Nico 2 /* Présentation */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale OK * box menu principal * box gestion du stock ** box liste + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours By Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande <En cours By Nico> ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() 403 2008-11-25T15:16:06Z Beber 4 /* Présentation */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <Pierre> OK * box menu principal * box gestion du stock ** box liste + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours By Nico> * box base de données des vins ** box liste des vins + filtres de recherche <Pierre>+ bouton de synchro + bouton ajouter à la commande <En cours By Nico> ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() 404 2008-11-25T15:19:45Z Nico 2 /* Présentation */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste + filtres de recherche <En cours Nico> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche <Pierre>+ bouton de synchro + bouton ajouter à la commande <En cours Yoann> ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() 405 2008-11-25T15:21:14Z Nico 2 /* Présentation */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() 406 2008-11-25T15:25:13Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.set_size_request(640, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Boutons self.boxMilieu.set_size_request(640, 368) # Barre d'etat self.barreEtat.set_size_request(640, 5) #Ajout des objets self.boxPrincipale.add(self.toolbar) self.boxPrincipale.add(self.boxMilieu) self.boxPrincipale.add(self.barreEtat) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.add(Box) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.set_size_request(640, 30) toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.set_size_request(640, 368) Vbox.add(toolbar) fenetre.set_box(Vbox) fenetre.set_title("Romain aime le sexe") fenetre.main() == Liens utiles == http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 407 2008-11-25T15:49:14Z Beber 4 /* Module window */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Liens utiles == http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 408 2008-11-25T15:49:39Z Beber 4 /* Module window */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) == Module models == Ce module permet de créer des bouteilles de vins et de les construires à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Liens utiles == http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 409 2008-11-28T11:04:51Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Liens utiles == http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 431 2008-12-04T08:19:02Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 432 2008-12-04T09:14:21Z Beber 4 /* Liens utiles */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale <En cours Pierre> * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche <En cours Pierre> ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins <En cours Yoann> + filtres de recherche <En cours Pierre>+ bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 469 2008-12-08T12:44:18Z Beber 4 /* Présentation */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 475 2008-12-09T15:34:46Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 478 2008-12-09T21:34:26Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Problèmes portage sur poky-qemu == * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de gtk 2.0, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 479 2008-12-09T22:22:50Z Nico 2 /* Problèmes portage sur poky-qemu */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Problèmes portage sur poky-qemu == * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 480 2008-12-09T23:52:13Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Problèmes portage sur poky-qemu == * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") == Portage == Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 485 2008-12-10T15:56:39Z Nico 2 /* Problèmes portage sur poky-qemu */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Problèmes portage sur poky-qemu == * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * récupération de la date courante * tailles standard et constantes * image info frigo == Portage == Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 486 2008-12-10T15:58:23Z Nico 2 /* Problèmes portage sur poky-qemu */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Problèmes portage sur poky-qemu == * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * récupération de la date courante * tailles standard et constantes * image info frigo * enlever le menu supérieur (natif de poky ou menu de l'application) == Portage == Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 488 2008-12-10T18:06:49Z Nico 2 /* Problèmes portage sur poky-qemu */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Module models== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ==Module window== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Test utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Problèmes portage sur poky-qemu == * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * tailles standard et constantes '''OK''' * path pour les imports d'images et fichiers * récupération de la date courante * enlever le menu supérieur (natif de poky ou menu de l'application) == Portage == Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 489 2008-12-11T17:15:01Z Nico 2 ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Modules== ===models=== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ===window=== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Portage sur poky-qemu == === Premières images === Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * récupération de la date courante * enlever le menu supérieur (natif de poky ou menu de l'application) === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * ajouter le lanceur : * démonter : ==== Lancer poky-qemu ==== lancer poky-qemu : == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 490 2008-12-11T17:27:21Z Nico 2 explications détaillées concernant le test sous poky-qemu ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Modules== ===models=== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ===window=== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Portage sur poky-qemu == === Premières images === Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * récupération de la date courante * enlever le menu supérieur (natif de poky ou menu de l'application) === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu : == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 491 2008-12-11T17:30:51Z Nico 2 /* Lancer poky-qemu */ ==Présentation== Nous avons réalisé une interface commune à la cave à vin (UE15) et à notre projet, celle-ci est composée de : * template fenêtre principale * box menu principal <En cours Pierrick> * box gestion du stock ** box liste <En cours Nico> + filtres de recherche ** box ajout avec liste déroulante et complétion ?? saisie ?? ** box consulter fiche <En cours Nico> * box base de données des vins ** box liste des vins + filtres de recherche + bouton de synchro + bouton ajouter à la commande ** box commande, export vers IPhone * box état de la cave (température, hydrométrie) ==Archi sur SVN== + proto - window.py : contient la classe Window, Menu et le main qui assemble tous les éléments box - stock_manage.py - bdd_manage.py - stats.py ==Modules== ===models=== Ce module permet de créer des bouteilles de vins et de les construire à partir d'un fichier CSV : # coding: utf-8 import csv # ------------------------------------------------------------------------------ class BouteilleVin: """b = BouteilleVin("Saint-Amour", "France", "Beaujolais", "Gamay", "Rouge", "Corpulent et fruité", "1-4 ans")""" def __init__(self, app, pay, reg, cep, vin, typ, ap): self.appelation, self.pays, self.region = app, pay, reg self.cepage, self.vin, self.type, self.apogee = cep, vin, typ, ap def __str__(self): return '%s %s %s %s %s %s %s' % (self.appelation, self.pays, self.region, self.cepage, self.vin, self.type, self.apogee) # ------------------------------------------------------------------------------ class BouteilleVinDAO: def charger_les_vins(self): self.vins = [] cr = csv.reader(open("vins.csv","rb")) for row in cr: b = BouteilleVin(row[1], "France", row[0], "", "", "", "") self.vins.append(b) return self.vins Le fichier CSV est de la forme : "Sud-Ouest","Cahors" "Sud-Ouest","Côtes de Bergerac" "Sud-Ouest","Côtes de Bergerac moelleux" ... ===window=== Ce module contient la classe Window qui est un template de la fenêtre principale permettant de changer dynamiquement son contenu (Box). Pour l'utilisation de cette classe voir [[Convention de codage Python]]. # -*- coding: utf-8 -*- #!/usr/bin/env python import pygtk pygtk.require('2.0') import gtk # Fenêtre de base de l'application, il suffit de la créer puis de faire une setBox pour lui donner ce que la fenêtre doit contenir en partie centrale, puis un setTitle pour définir son titre class Window: # Fonction de fermeture de l'application def destroy(self, widget, data=None): gtk.main_quit() # Création de la fenêtre #TODO signaux de changement d'application et de retour à l'accueil def __init__(self): # Création des objets self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) self.boxPrincipale = gtk.VBox(homogeneous=False, spacing=0) self.titrefenetre = gtk.Label("BDD vins") self.toolbar = gtk.Toolbar() self.boxMilieu = gtk.VBox(homogeneous=False, spacing=0) self.barreEtat = gtk.Statusbar() # Window self.window.connect("destroy", self.destroy) self.window.set_border_width(10) self.window.set_size_request(640, 480) # Toolbar self.titrefenetre.set_size_request(354, 30) self.toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", self.destroy, None, 1) self.toolbar.insert_space(2) self.toolbar.insert_widget(self.titrefenetre, None, None, 3) self.toolbar.insert_space(4) self.toolbar.insert_stock(gtk.STOCK_JUMP_TO, "Changer", "Changer d'application", self.destroy, None, 5) self.toolbar.insert_stock(gtk.STOCK_QUIT, "Quitter", "Closes this app", self.destroy, None, 6) self.toolbar.set_icon_size(gtk.ICON_SIZE_SMALL_TOOLBAR) # Barre d'etat self.barreEtat.set_size_request(640, 15) #Ajout des objets self.boxPrincipale.pack_start(self.toolbar,False,True,0) self.boxPrincipale.pack_start(self.boxMilieu,True,True,0) self.boxPrincipale.pack_start(self.barreEtat,False,True,0) self.window.add(self.boxPrincipale) self.window.show_all() # Ajout d'un conteneur dans la partie centrale def set_box(self,Box): self.boxMilieu.pack_start(Box,True,True,0) Box.show_all() # Fonction pour définir un titre à la fenêtre def set_title(self,name): self.titrefenetre.set_text(name) def main(self): gtk.main() if __name__ == "__main__": fenetre = Window() Vbox = gtk.VBox(homogeneous=False, spacing=0) toolbar = gtk.Toolbar() toolbar.insert_stock(gtk.STOCK_HOME, "Accueil", "Retour accueil", fenetre.destroy, None, 1) Vbox.pack_start(toolbar,True,True,0) fenetre.set_box(Vbox) fenetre.set_title("Martine mange des glaces") fenetre.main() == Portage sur poky-qemu == === Premières images === Des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * récupération de la date courante * enlever le menu supérieur (natif de poky ou menu de l'application) === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 == Améliorations ergonomie == A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 492 2008-12-11T17:37:51Z Nico 2 grand ménage et tuto complet pour modifier l'image, installer le prototype et le tester avec poky-qemu ==Présentation== Nous avons réalisé un prototype commun au projet et au projet de l'UE16 qui consiste à développer un logiciel de gestion de cave à vin sur un écran tactile. Ce prototype est composé de différentes interfaces et nous permet de valider les choix ergonomiques, technologiques et leurs portages sur le support cible (beaggle + poky). Voir la [[Gestion des sources avec SVN]] pour récupérer l'application. == Portage sur poky-qemu == === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * récupération de la date courante * enlever le menu supérieur (natif de poky ou menu de l'application) === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] === Améliorations de l'ergonomie === A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 499 2009-01-14T14:11:22Z Nico 2 /* Problèmes à corriger */ ==Présentation== Nous avons réalisé un prototype commun au projet et au projet de l'UE16 qui consiste à développer un logiciel de gestion de cave à vin sur un écran tactile. Ce prototype est composé de différentes interfaces et nous permet de valider les choix ergonomiques, technologiques et leurs portages sur le support cible (beaggle + poky). Voir la [[Gestion des sources avec SVN]] pour récupérer l'application. == Portage sur poky-qemu == === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * '''OK''' récupération de la date courante * '''OK''' enlever le menu supérieur (natif de poky ou menu de l'application) * pour le reste voir le README.txt sur le SVN === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] === Améliorations de l'ergonomie === A valider par des tests sur poky-qemu : * liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 500 2009-01-14T14:17:51Z Nico 2 /* Améliorations de l'ergonomie */ ==Présentation== Nous avons réalisé un prototype commun au projet et au projet de l'UE16 qui consiste à développer un logiciel de gestion de cave à vin sur un écran tactile. Ce prototype est composé de différentes interfaces et nous permet de valider les choix ergonomiques, technologiques et leurs portages sur le support cible (beaggle + poky). Voir la [[Gestion des sources avec SVN]] pour récupérer l'application. == Portage sur poky-qemu == === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * '''OK''' récupération de la date courante * '''OK''' enlever le menu supérieur (natif de poky ou menu de l'application) * pour le reste voir le README.txt sur le SVN === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 des images en avant première, il va falloir revoir la dimension des éléments et le nombre d'informations affiché : [[Image:proto-stock-pc.png]] [[Image:proto-stock-qemu.png]] === Screenshot des différentes interfaces === [[Image:ProtoMenu.png]] [[Image:ProtoStock.png]] [[Image:ProtoSelectionStock.png]] [[Image:ProtoBDD.png]] [[Image:ProtoConseil.png]] [[Image:ProtoEtat.png]] === Améliorations de l'ergonomie === A valider par des tests sur poky-qemu : * ''OK pour stock, voir pour commandes''' liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 501 2009-01-14T14:18:25Z Nico 2 /* Lancer poky-qemu */ ==Présentation== Nous avons réalisé un prototype commun au projet et au projet de l'UE16 qui consiste à développer un logiciel de gestion de cave à vin sur un écran tactile. Ce prototype est composé de différentes interfaces et nous permet de valider les choix ergonomiques, technologiques et leurs portages sur le support cible (beaggle + poky). Voir la [[Gestion des sources avec SVN]] pour récupérer l'application. == Portage sur poky-qemu == === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * '''OK''' récupération de la date courante * '''OK''' enlever le menu supérieur (natif de poky ou menu de l'application) * pour le reste voir le README.txt sur le SVN === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 === Screenshot des différentes interfaces === [[Image:ProtoMenu.png]] [[Image:ProtoStock.png]] [[Image:ProtoSelectionStock.png]] [[Image:ProtoBDD.png]] [[Image:ProtoConseil.png]] [[Image:ProtoEtat.png]] === Améliorations de l'ergonomie === A valider par des tests sur poky-qemu : * ''OK pour stock, voir pour commandes''' liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 508 2009-01-14T14:29:46Z Nico 2 /* Screenshot des différentes interfaces */ ==Présentation== Nous avons réalisé un prototype commun au projet et au projet de l'UE16 qui consiste à développer un logiciel de gestion de cave à vin sur un écran tactile. Ce prototype est composé de différentes interfaces et nous permet de valider les choix ergonomiques, technologiques et leurs portages sur le support cible (beaggle + poky). Voir la [[Gestion des sources avec SVN]] pour récupérer l'application. == Portage sur poky-qemu == === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * '''OK''' récupération de la date courante * '''OK''' enlever le menu supérieur (natif de poky ou menu de l'application) * pour le reste voir le README.txt sur le SVN === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 === Captures des interfaces === [[Image:ProtoMenu.png]] [[Image:ProtoStock.png]] [[Image:ProtoSelectionStock.png]] [[Image:ProtoBDD.png]] [[Image:ProtoConseil.png]] [[Image:ProtoEtat.png]] === Améliorations de l'ergonomie === A valider par des tests sur poky-qemu : * ''OK pour stock, voir pour commandes''' liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 509 2009-01-14T14:32:54Z Nico 2 /* Améliorations de l'ergonomie */ ==Présentation== Nous avons réalisé un prototype commun au projet et au projet de l'UE16 qui consiste à développer un logiciel de gestion de cave à vin sur un écran tactile. Ce prototype est composé de différentes interfaces et nous permet de valider les choix ergonomiques, technologiques et leurs portages sur le support cible (beaggle + poky). Voir la [[Gestion des sources avec SVN]] pour récupérer l'application. == Portage sur poky-qemu == === Problèmes à corriger=== * '''OK''' : encodage utf-8 => mettre la ligne #...utf8... après la ligne de l'environnement * '''OK''' : import des différents modules => ajouter le path du répertoire d'installation avec import sys sys.append("my/poky/path") * '''OK''' : la fonction builtin gtk.image_new_from_file("my path") n'est pas reconnue => l'image poky est équipée de pygtk 2.0.1, cette builtin apparait à la version 2.1.2 http://www.pygtk.org/docs/pygtk/class-gtkimage.html#function-gtk--image-new-from-file # remplacer img = gtk.image_new_from_file("./img/etat_cave.jpg") # par img = gtk.Image() img.set_from_file("./img/etat_cave.jpg") * '''OK''' tailles standard et constantes * '''OK''' path pour les imports d'images et fichiers * '''OK''' récupération de la date courante * '''OK''' enlever le menu supérieur (natif de poky ou menu de l'application) * pour le reste voir le README.txt sur le SVN === Tester avec poky-qemu === ==== Installer Poky/Qemu ==== suivre [[InstallationPokyLinux]] et prendre la version SVN, elle est désormais patchée et compile d'une traite sur : * Ubuntu Intrepid Ibex avec un GCC et G++ v4.2(testé par nico et vincent) * Debian etch (testé par max) ==== Personnaliser l'image ==== suivre [[CustomiserPoky#Ajouter_des_packages_existants_.C3.A0_une_image]] et ajouter la tâche bitbake python-pygtk (sqlite optionnel) avant de construire son image poky-image-proto-qemuarm.ext2 ==== Ajouter l'application dans l'image personnalisée ==== pour se faire : * monter l'image dans un répertoire: nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ mkdir file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo mount -o loop poky-image-proto-qemuarm.ext2 ./file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system$ ls bin boot dev etc home lib lost+found media mnt proc sbin sys tmp usr var * ajouter les sources du prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ cd ./file-system/home/root/ nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ sudo cp -r /path...applis/proto_gtkave/ . nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root$ ls ./proto_gtkave Whoiswho.txt db_view.py images_a_creer.txt index_gtkave.py models.py shopping_list.py utils.py accords.csv filter_list_box.py img keyboard_box.py readme.txt state_cave.py window.py constants.py gastronomic_advices.py index.py main.py run.py stock_view.py wine.csv * rendre le prototype exécutable et ajouter le lanceur : nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ sudo chmod +x run.py nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/home/root/proto_gtkave$ cd ../../usr/share/applications nico@laptop:~/path...poky/poky/build/tmp/deploy/images/file-system/usr/share/applications$ sudo gedit gtkave.desktop # contenu du lanceur: [Desktop Entry] Encoding=UTF-8 Type=Application Name=GTKave Comment=Prototype cave à vin Exec=/home/root/proto_gtkave/run.py /home/root/proto_gtkave/ # pas une erreur, remet le path en paramètre pour spécifier le path de chargement des images et fichiers de données (pas terrible mais c'est un proto) Icon=utilities-terminal.png Terminal=false Categories=Utility; StartupNotify=true * démonter l'image : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ sudo umount file-system nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ ls file-system/ ==== Lancer poky-qemu ==== lancer poky-qemu, vous devriez trouver une icône dans la section "utility" pour lancer le prototype : nico@laptop:~/path...poky/poky/build/tmp/deploy/images$ poky-qemu zImage-qemuarm.bin poky-image-proto-qemuarm.ext2 === Captures des interfaces === [[Image:ProtoMenu.png]] [[Image:ProtoStock.png]] [[Image:ProtoSelectionStock.png]] [[Image:ProtoBDD.png]] [[Image:ProtoConseil.png]] [[Image:ProtoEtat.png]] === Améliorations de l'ergonomie === A valider par des tests sur poky-qemu : * '''OK pour stock, voir pour commandes''' liste déroulante trop longue (combobox) => champ à complétion sur les mots (par exemple: grand) avec clavier virtuel * liste déroulante trop longue (treeview) => mettre en place du paging, 10 résultats par page et boutons précédent / suivants == Tests utilisateur == '''à discuter''' * ajouter / retirer des bouteilles du stock * rechercher puis consulter la fiche d'un vin particulier * mettre à jour la bdd des vins (manuel ou automatique) <à discuter> * créer une commande puis exporter sur IPhone <à discuter> * utiliser l'assistant pour trouver un vin à consommer avec un plat <à discuter> == Liens utiles == http://och.free.fr/cgaccords.html (accord des vins) http://python.developpez.com/cours/pygtktutorial/php/pygtkfr/ch-TreeViewWidget.php 5 46 2008-10-13T14:14:24Z Nico 2 Nouvelle page : Voici le listing des projets précédents, des fonctionnalités prévues et implémentées. ===2007 FreeGo & Touch=== ====cadre==== * durée : 37h en TD et TP * équipe de 5 ====sp... Voici le listing des projets précédents, des fonctionnalités prévues et implémentées. ===2007 FreeGo & Touch=== ====cadre==== * durée : 37h en TD et TP * équipe de 5 ====spécifications fonctionnelles==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison 47 2008-10-13T14:16:18Z Nico 2 Voici le listing des projets précédents, des fonctionnalités prévues. Reste à vérifier les fonctionnalités implémentées effectivement. ===2007 FreeGo & Touch=== ====cadre==== * durée : 37h en TD et TP * équipe de 5 ====spécifications fonctionnelles==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison 48 2008-10-13T14:22:44Z Nico 2 Voici le listing des projets précédents, des fonctionnalités prévues. Reste à vérifier les fonctionnalités implémentées effectivement. == Projets M2 == TODO == 2006-2007 TD et TP UE15 ingénierie des IHM == === FreeGo & Touch === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === TODO === 101 2008-10-17T11:57:46Z Nico 2 Voici le listing des projets précédents, des fonctionnalités prévues. Reste à vérifier les fonctionnalités implémentées effectivement. == Projets M2 == TODO == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 103 2008-10-17T13:09:28Z Nico 2 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |Gestion stock | | | | | | | |- |Encyclopédie recette | | | | | | | |- |Profil utilisateur | | | | | | | |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 104 2008-10-17T13:20:40Z Pierrick 5 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |Gestion stock | | |Date de péremption,synchro PDA | | | | |- |Encyclopédie recette | | | | | | | |- |Profil utilisateur | | | | | | | |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 105 2008-10-17T13:29:47Z Pierrick 5 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |Gestion stock | | |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |Encyclopédie recette | | |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |Profil utilisateur | | |xxxxx | | | |Nom, photo<br/>Rappel planning |- |Planning | | | |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |Média Center | | |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 106 2008-10-17T13:31:10Z Pierrick 5 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |Gestion stock | | |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |Encyclopédie recette | | |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |Profil utilisateur | | |xxxxx | | | |Nom, photo<br/>Rappel planning |- |Planning | | |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |Média Center | | |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 107 2008-10-17T13:37:24Z Pierrick 5 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |Gestion stock | | |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |Encyclopédie recette | | |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |Profil utilisateur | | |xxxxx | | | |Nom, photo<br/>Rappel planning |- |Planning | | |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |Média Center | | |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |Menu | | |xxxxx | | | |Gestion des ingrédients |- |Listes Courses | | |produits génériques | | |xxxxx |- |Post-it<br/>Messages | | |messages multimédia | | | |xxxxx |- |Alertes | | |inclue dans l'agenda | | | |xxxxx |- |Minuterie | | |xxxxx | | | |xxxxx |- |Surveillance Webcam | | |interphone | | | |xxxxx |- |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 108 2008-10-17T13:38:02Z Pierrick 5 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |Gestion stock | | |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |Encyclopédie recette | | |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |Profil utilisateur | | |xxxxx | | | |Nom, photo<br/>Rappel planning |- |Planning | | |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |Média Center | | |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |Menu | | |xxxxx | | | |Gestion des ingrédients |- |Listes Courses | | |produits génériques | | | |xxxxx |- |Post-it<br/>Messages | | |messages multimédia | | | |xxxxx |- |Alertes | | |inclue dans l'agenda | | | |xxxxx |- |Minuterie | | |xxxxx | | | |xxxxx |- |Surveillance Webcam | | |interphone | | | |xxxxx |- |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 109 2008-10-17T13:40:28Z Pierrick 5 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15, voici le tableau récapitulatif des fonctionnalités mises en oeuvre par ceux-ci. {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | | |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | | |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | | |xxxxx | | | |Nom, photo<br/>Rappel planning |- |'''Planning''' | | |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |'''Média Center''' | | |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |'''Menu''' | | |xxxxx | | | |Gestion des ingrédients |- |'''Listes Courses''' | | |produits génériques | | | |xxxxx |- |'''Post-it<br/>Messages''' | | |messages multimédia | | | |xxxxx |- |'''Alertes''' | | |inclue dans l'agenda | | | |xxxxx |- |'''Minuterie''' | | |xxxxx | | | |xxxxx |- |'''Surveillance Webcam''' | | |interphone | | | |xxxxx |- |} == 2006-2007 TD et TP UE15 ingénierie des IHM == === Nico: Equipe : Coulon, Georges, Lacombe, Mohamed, Pérou === ==== spécifications fonctionnelles ==== * gestion des aliments présents dans le frigo (RFID) ** visualisation du contenu * gestion d'une liste de course ** proposition d'aliments ** ajout d'aliment par l'utilisateur * Commande d'aliment par le biais d'internet ** commande manuelle * synchronisation des courses avec le Palm ** obtenir la liste des courses sur son Palm * gestion de l'agenda partagée ** synchronisation palm ** consultation unique sur frigo * proposition de menus équilibrés (disponibilité des aliments) * gestion d'un espace commun de messages ** texto, audio, vidéo ** envoi de message à partir du frigo (via Palm + bluetooth) * système de surveillance (webcam) * interaction avec l'interphone de la maison === Yoann: Equipe : Boulière, Brichet, Cerdan, Gafal, Moulin, Rousseau === === Pierrick: Equipe : Boulay, Chevassu, Jardri, Pilon, Pilon, Simon, Tardif === === Equipe === 112 2008-10-17T13:58:20Z Nico 2 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. === Tableau récapitulatif des fonctionnalités === {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | | |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | | |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | | |xxxxx | | | |Nom, photo<br/>Rappel planning |- |'''Planning''' | | |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |'''Média Center''' | | |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |'''Menu''' | | |xxxxx | | | |Gestion des ingrédients |- |'''Listes Courses''' | | |produits génériques | | | |xxxxx |- |'''Post-it<br/>Messages''' | | |messages multimédia | | | |xxxxx |- |'''Alertes''' | | |inclue dans l'agenda | | | |xxxxx |- |'''Minuterie''' | | |xxxxx | | | |xxxxx |- |'''Surveillance Webcam''' | | |interphone | | | |xxxxx |- |} === Les + === * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale === Les - === * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place (apdf) => plutôt un fil d'ariane * confusion menu et recette (apdf) 113 2008-10-17T14:04:04Z Pierrick 5 /* Tableau récapitulatif des fonctionnalités */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. === Tableau récapitulatif des fonctionnalités === {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri<br/>difficulté, recette de "fête" |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx | | | |Nom, photo<br/>Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx | | | |Gestion des ingrédients<br/>manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques | | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia | | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda | | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx | | | |xxxxx |- |'''Surveillance Webcam''' | |xxxxx |interphone | | | |xxxxx |- |} === Les + === * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale === Les - === * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place (apdf) => plutôt un fil d'ariane * confusion menu et recette (apdf) 114 2008-10-17T14:06:44Z Nico 2 /* Les - */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. === Tableau récapitulatif des fonctionnalités === {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri<br/>difficulté, recette de "fête" |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx | | | |Nom, photo<br/>Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx | | | |Gestion des ingrédients<br/>manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques | | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia | | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda | | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx | | | |xxxxx |- |'''Surveillance Webcam''' | |xxxxx |interphone | | | |xxxxx |- |} === Les + === * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale === Les - === * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place (apdf) => plutôt un fil d'ariane * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester 115 2008-10-17T14:08:10Z Nico 2 /* Les - */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. === Tableau récapitulatif des fonctionnalités === {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri<br/>difficulté, recette de "fête" |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx | | | |Nom, photo<br/>Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx | | | |Gestion des ingrédients<br/>manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques | | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia | | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda | | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx | | | |xxxxx |- |'''Surveillance Webcam''' | |xxxxx |interphone | | | |xxxxx |- |} === Les + === * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale === Les - === * apdf : ** hiérarchie de sous menus et navigation trop complexe ** texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane ** confusion menu et recette * Pouhet : ** listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester ** bloquage de l'interface une fois la minuterie lancée 116 2008-10-17T14:13:28Z Nico 2 /* Les + */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. === Tableau récapitulatif des fonctionnalités === {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA | | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri<br/>difficulté, recette de "fête" |classer par type<br/>(difficulté) | | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx | | | |Nom, photo<br/>Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>appli existante | | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo<br/>tv, radios | | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx | | | |Gestion des ingrédients<br/>manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques | | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia | | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda | | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx | | | |xxxxx |- |'''Surveillance Webcam''' | |xxxxx |interphone | | | |xxxxx |- |} === Les + === * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes === Les - === * apdf : ** hiérarchie de sous menus et navigation trop complexe ** texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane ** confusion menu et recette * Pouhet : ** listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester ** bloquage de l'interface une fois la minuterie lancée 121 2008-10-17T14:41:09Z Pierrick 5 /* Tableau récapitulatif des fonctionnalités */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. === Tableau récapitulatif des fonctionnalités === {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx |xxxxx | | |Nom, photo, Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo, tv, radio |xxxxx | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx |xxxxx | | |Gestion des ingrédients manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia |post-it | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda |xxxxx | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie | | |xxxxx |- |'''Surveillance Webcam''' |xxxxx |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' | |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° | |xxxxx |- |'''Horloge''' | |xxxxx |xxxxx |non analogique |numérique | |xxxxx |- |'''Divers''' | | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | | | |} === Les + === * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes === Les - === * apdf : ** hiérarchie de sous menus et navigation trop complexe ** texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane ** confusion menu et recette * Pouhet : ** listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester ** bloquage de l'interface une fois la minuterie lancée 122 2008-10-17T14:41:58Z Nico 2 Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx |xxxxx | | |Nom, photo, Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo, tv, radio |xxxxx | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx |xxxxx | | |Gestion des ingrédients manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia |post-it | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda |xxxxx | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie | | |xxxxx |- |'''Surveillance Webcam''' |xxxxx |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' | |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° | |xxxxx |- |'''Horloge''' | |xxxxx |xxxxx |non analogique |numérique | |xxxxx |- |'''Divers''' | | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | | | |} == Récapitulatif des technologies utilisées == == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes == Les - == * apdf : ** hiérarchie de sous menus et navigation trop complexe ** texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane ** confusion menu et recette * Pouhet : ** listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester ** bloquage de l'interface une fois la minuterie lancée 123 2008-10-17T14:50:39Z Nico 2 /* Récapitulatif des technologies utilisées */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx |xxxxx | | |Nom, photo, Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo, tv, radio |xxxxx | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx |xxxxx | | |Gestion des ingrédients manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia |post-it | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda |xxxxx | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie | | |xxxxx |- |'''Surveillance Webcam''' |xxxxx |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' | |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° | |xxxxx |- |'''Horloge''' | |xxxxx |xxxxx |non analogique |numérique | |xxxxx |- |'''Divers''' | | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | | | |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes == Les - == * apdf : ** hiérarchie de sous menus et navigation trop complexe ** texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane ** confusion menu et recette * Pouhet : ** listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester ** bloquage de l'interface une fois la minuterie lancée 124 2008-10-17T14:51:52Z Nico 2 /* Les + */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx |xxxxx | | |Nom, photo, Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo, tv, radio |xxxxx | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx |xxxxx | | |Gestion des ingrédients manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia |post-it | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda |xxxxx | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie | | |xxxxx |- |'''Surveillance Webcam''' |xxxxx |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' | |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° | |xxxxx |- |'''Horloge''' | |xxxxx |xxxxx |non analogique |numérique | |xxxxx |- |'''Divers''' | | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | | | |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type == Les - == * apdf : ** hiérarchie de sous menus et navigation trop complexe ** texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane ** confusion menu et recette * Pouhet : ** listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester ** bloquage de l'interface une fois la minuterie lancée 125 2008-10-17T14:52:50Z Nico 2 /* Les - */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx |xxxxx | | |Nom, photo, Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo, tv, radio |xxxxx | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx |xxxxx | | |Gestion des ingrédients manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia |post-it | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda |xxxxx | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie | | |xxxxx |- |'''Surveillance Webcam''' |xxxxx |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' | |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° | |xxxxx |- |'''Horloge''' | |xxxxx |xxxxx |non analogique |numérique | |xxxxx |- |'''Divers''' | | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | | | |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type == Les - == * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane (apdf) * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester (Pouhet) * bloquage de l'interface une fois la minuterie lancée (Pouhet) * pas de clavier ni de petits boutons 126 2008-10-17T14:53:36Z Nico 2 /* Les - */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager |- |'''Gestion stock''' | |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique | | |Date de péremption<br/>consultation<br/>modification manuelle |- |'''Encyclopédie recette''' | |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock | | |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |- |'''Profil utilisateur''' | |xxxxx |xxxxx |xxxxx | | |Nom, photo, Rappel planning |- |'''Planning''' | |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx | | |Par jours -> Tâches |- |'''Média Center''' | |xxxxx |musique, vidéo, tv, radio |xxxxx | | |musique, vidéo<br/>radio |- |'''Menu''' | |xxxxx |xxxxx |xxxxx | | |Gestion des ingrédients manquants |- |'''Listes Courses''' | |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx | | |xxxxx |- |'''Post-it<br/>Messages''' | |xxxxx |messages multimédia |post-it | | |xxxxx |- |'''Alertes''' | |Alerte porte ouverte |inclue dans l'agenda |xxxxx | | |xxxxx |- |'''Minuterie''' | |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie | | |xxxxx |- |'''Surveillance Webcam''' |xxxxx |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' | |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° | |xxxxx |- |'''Horloge''' | |xxxxx |xxxxx |non analogique |numérique | |xxxxx |- |'''Divers''' | | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | | | |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type == Les - == * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane (apdf) * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester (Pouhet) * bloquage de l'interface une fois la minuterie lancée (Pouhet) * pas de clavier ni de petits boutons (p310) 128 2008-10-17T15:27:24Z Pierrick 5 /* Tableau récapitulatif des fonctionnalités */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |'''Gestion stock''' |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique |DLC, ajout manuel peu pratique |ajour d'élément, gestion par catégories (complet) |Date de péremption<br/>consultation<br/>modification manuelle |liste stock, syncho avec liste de course |- |'''Encyclopédie recette''' |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock |recettes sur internet |génération, liste de courses |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |liste de recettes |- |'''Profil utilisateur''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Nom, photo, Rappel planning |xxxxx |- |'''Planning''' |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx |par jour,heure,semaine, mois |xxxxx |Par jours -> Tâches |xxxxx |- |'''Média Center''' |xxxxx |musique, vidéo, tv, radio |xxxxx |photo, radio |xxxxx |musique, vidéo<br/>radio |photo, vidéo,son |- |'''Menu''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Gestion des ingrédients manquants |xxxxx |- |'''Listes Courses''' |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx |affichage d'une vrai "liste de courses" non modifiable |envoie sur PDA |xxxxx |trié par catégorie (2 listes, ajout de gauche à droite) |- |'''Post-it<br/>Messages''' |xxxxx |messages multimédia |post-it |xxxxx |créer sur PDA |xxxxx |3 affichés en même temps |- |'''Alertes''' |Alerte porte ouverte |inclue dans l'agenda |xxxxx |frame en bas de l'appli et pop-up pour urgence |xxxxx |xxxxx |xxxxx |- |'''Minuterie''' |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Surveillance Webcam''' |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° |xxxxx |xxxxx |xxxxx |- |'''Horloge''' |xxxxx |xxxxx |non analogique |numérique |xxxxx |xxxxx |xxxxx |- |'''Divers''' | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | |aide d'utilisation | | |- |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type == Les - == * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane (apdf) * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester (Pouhet) * bloquage de l'interface une fois la minuterie lancée (Pouhet) * pas de clavier ni de petits boutons (p310) 129 2008-10-17T15:28:25Z Pierrick 5 /* Tableau récapitulatif des fonctionnalités */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |'''Gestion stock''' |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique |DLC, ajout manuel peu pratique |ajour d'élément, gestion par catégories (complet) |Date de péremption<br/>consultation<br/>modification manuelle |liste stock, syncho avec liste de course |- |'''Encyclopédie recette''' |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock |recettes sur internet |génération, liste de courses |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |liste de recettes |- |'''Profil utilisateur''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Nom, photo, Rappel planning |xxxxx |- |'''Planning''' |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx |par jour,heure,semaine, mois |xxxxx |Par jours -> Tâches |xxxxx |- |'''Média Center''' |xxxxx |musique, vidéo, tv, radio |xxxxx |photo, radio |xxxxx |musique, vidéo<br/>radio |photo, vidéo,son |- |'''Menu''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Gestion des ingrédients manquants |xxxxx |- |'''Listes Courses''' |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx |affichage d'une vrai "liste de courses" non modifiable |envoie sur PDA |xxxxx |trié par catégorie (2 listes, ajout de gauche à droite) |- |'''Post-it<br/>Messages''' |xxxxx |messages multimédia |post-it |xxxxx |créer sur PDA |xxxxx |3 affichés en même temps |- |'''Alertes''' |Alerte porte ouverte |inclue dans l'agenda |xxxxx |frame en bas de l'appli et pop-up pour urgence |xxxxx |xxxxx |xxxxx |- |'''Minuterie''' |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Surveillance Webcam''' |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° |xxxxx |xxxxx |xxxxx |- |'''Horloge''' |xxxxx |xxxxx |non analogique |numérique |xxxxx |xxxxx |xxxxx |- |'''Divers''' | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | |aide d'utilisation | | |- |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type == Les - == * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane (apdf) * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester (Pouhet) * bloquage de l'interface une fois la minuterie lancée (Pouhet) * pas de clavier ni de petits boutons (p310) 132 2008-10-17T15:50:51Z Nico 2 /* Les + */ Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |'''Gestion stock''' |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique |DLC, ajout manuel peu pratique |ajour d'élément, gestion par catégories (complet) |Date de péremption<br/>consultation<br/>modification manuelle |liste stock, syncho avec liste de course |- |'''Encyclopédie recette''' |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock |recettes sur internet |génération, liste de courses |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |liste de recettes |- |'''Profil utilisateur''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Nom, photo, Rappel planning |xxxxx |- |'''Planning''' |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx |par jour,heure,semaine, mois |xxxxx |Par jours -> Tâches |xxxxx |- |'''Média Center''' |xxxxx |musique, vidéo, tv, radio |xxxxx |photo, radio |xxxxx |musique, vidéo<br/>radio |photo, vidéo,son |- |'''Menu''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Gestion des ingrédients manquants |xxxxx |- |'''Listes Courses''' |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx |affichage d'une vrai "liste de courses" non modifiable |envoie sur PDA |xxxxx |trié par catégorie (2 listes, ajout de gauche à droite) |- |'''Post-it<br/>Messages''' |xxxxx |messages multimédia |post-it |xxxxx |créer sur PDA |xxxxx |3 affichés en même temps |- |'''Alertes''' |Alerte porte ouverte |inclue dans l'agenda |xxxxx |frame en bas de l'appli et pop-up pour urgence |xxxxx |xxxxx |xxxxx |- |'''Minuterie''' |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Surveillance Webcam''' |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° |xxxxx |xxxxx |xxxxx |- |'''Horloge''' |xxxxx |xxxxx |non analogique |numérique |xxxxx |xxxxx |xxxxx |- |'''Divers''' | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | |aide d'utilisation | | |- |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type * Ajout des ingrédients sur liste de course à partur de recette * Aide == Les - == * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane (apdf) * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester (Pouhet) * bloquage de l'interface une fois la minuterie lancée (Pouhet) * pas de clavier ni de petits boutons (p310) 140 2008-10-17T16:40:05Z Nico 2 a renommé [[ProjetsPrecedents]] en [[Prototypes 2006 à 2008]] Lors des années précédentes des groupes ont réalisé des prototypes dans le cadre de l'UE15. == Tableau récapitulatif des fonctionnalités == {| border="1" cellpadding="20" cellspacing="0" !Fonctionnalités !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |'''Gestion stock''' |Classement par type<br/>Commande par le net |Date de péremption,synchro PDA |basique |DLC, ajout manuel peu pratique |ajour d'élément, gestion par catégories (complet) |Date de péremption<br/>consultation<br/>modification manuelle |liste stock, syncho avec liste de course |- |'''Encyclopédie recette''' |Classement, tri, difficulté, recette de "fête" |classer par type (difficulté) |couplé avec le stock |recettes sur internet |génération, liste de courses |Recherche assistée<br/>Recherche manuelle<br/>Lien avec stock |liste de recettes |- |'''Profil utilisateur''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Nom, photo, Rappel planning |xxxxx |- |'''Planning''' |xxxxx |Synchro PDA<br/>(appli existante) |xxxxx |par jour,heure,semaine, mois |xxxxx |Par jours -> Tâches |xxxxx |- |'''Média Center''' |xxxxx |musique, vidéo, tv, radio |xxxxx |photo, radio |xxxxx |musique, vidéo<br/>radio |photo, vidéo,son |- |'''Menu''' |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |Gestion des ingrédients manquants |xxxxx |- |'''Listes Courses''' |Synchro PDA<br/>affichage trié par type |produits génériques |xxxxx |affichage d'une vrai "liste de courses" non modifiable |envoie sur PDA |xxxxx |trié par catégorie (2 listes, ajout de gauche à droite) |- |'''Post-it<br/>Messages''' |xxxxx |messages multimédia |post-it |xxxxx |créer sur PDA |xxxxx |3 affichés en même temps |- |'''Alertes''' |Alerte porte ouverte |inclue dans l'agenda |xxxxx |frame en bas de l'appli et pop-up pour urgence |xxxxx |xxxxx |xxxxx |- |'''Minuterie''' |xxxxx |xxxxx |Réglage h,m,s<br/>frigo inutilisable pdt minuterie |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Surveillance Webcam''' |xxxxx |interphone |xxxxx |xxxxx |xxxxx |xxxxx |xxxxx |- |'''Gestion frigo''' |température frigo, congel |xxxxx |réglage t° congel,frigo, date et heure |affichage t° |xxxxx |xxxxx |xxxxx |- |'''Horloge''' |xxxxx |xxxxx |non analogique |numérique |xxxxx |xxxxx |xxxxx |- |'''Divers''' | | |Assistant nutrition<br/>adresses resto<br/>météo, calculatrice | |aide d'utilisation | | |- |} == Récapitulatif des technologies utilisées == {| cellspacing="0" border="1" !Technologies !E-manchot !Frigogidaire !FrigoFever !SmartFridge !Pouhet !p0310 !FrigoTouch !apdf-manager !e-frigo |- |HTML + AJAX | | | | | |X |X | | |- |Flex |X |X | | |X | | | |X |- |Flash | | | |X | | | | | |- |Powerpoint | | |X | | | | |X | |} == Les + == * indicateur sur la position de pression sur l'écran tactile (Pouhet) * bouton "home" pour revenir sur l'interface principale * Fisheye sur les listes * Liste de course type * Ajout des ingrédients sur liste de course à partur de recette * Aide == Les - == * hiérarchie de sous menus et navigation trop complexe (apdf) * texte pour situer l'utilisateur prenant trop de place => plutôt un fil d'ariane (apdf) * confusion menu et recette (apdf) * listes déroulantes inutilisables car l'écran prend la pression mais pas le déplacement du doigt, voir une solution alternative (petites flêches haut/bas) à tester (Pouhet) * bloquage de l'interface une fois la minuterie lancée (Pouhet) * pas de clavier ni de petits boutons (p310) 31 244 2008-11-07T16:03:31Z Nico 2 Nouvelle page : = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la co... = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher =Questions= * Faut il gérer toute la nourriture de la maison (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 274 2008-11-13T13:05:24Z Beber 4 /* Questions */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 275 2008-11-13T13:07:56Z Beber 4 /* Messagerie (son, post it, tableau noir) */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 276 2008-11-13T13:08:12Z Beber 4 /* Menus */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 277 2008-11-13T13:08:21Z Beber 4 /* Alertes */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 278 2008-11-13T13:08:29Z Beber 4 /* Recettes */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 279 2008-11-13T13:08:42Z Beber 4 /* Etat du frigo */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 280 2008-11-13T13:09:49Z Beber 4 /* Minuterie/horloge */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 281 2008-11-13T13:10:05Z Beber 4 /* Liste des courses */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 282 2008-11-13T13:10:18Z Beber 4 /* Gestion des stocks */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interface=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 283 2008-11-13T13:10:26Z Beber 4 /* Interface */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interface=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 284 2008-11-13T13:10:39Z Beber 4 /* Interface */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interface=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 285 2008-11-13T13:11:51Z Beber 4 /* Interface */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interface=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 286 2008-11-13T13:12:11Z Beber 4 /* Interface */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 287 2008-11-13T13:27:54Z Beber 4 /* Interfaces */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====message vocaux==== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 292 2008-11-13T13:41:58Z Beber 4 /* fenetre principale */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====message vocaux==== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.jpg]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 293 2008-11-13T13:42:33Z Beber 4 /* fenetre principale */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====message vocaux==== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 294 2008-11-13T13:43:23Z Beber 4 /* fenetre principale */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====message vocaux==== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 295 2008-11-13T13:43:50Z Beber 4 /* fenetre principale */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====message vocaux==== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 296 2008-11-13T13:46:44Z Beber 4 /* message vocaux */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====Message vocaux==== =====Consulter messages===== =====Gestion message===== ======Nouveau message====== ======Suprimer message====== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 297 2008-11-13T14:06:02Z Beber 4 /* Consulter messages */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====Message vocaux==== =====Consulter messages===== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Gestion message===== ======Nouveau message====== ======Suprimer message====== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 298 2008-11-13T14:06:19Z Beber 4 /* Gestion message */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====Message vocaux==== =====Consulter messages===== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Gestion message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 299 2008-11-13T14:16:01Z Beber 4 /* Message vocaux */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation supression===== =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 301 2008-11-13T14:29:36Z Beber 4 /* Consultation supression */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Exemple.jpg|500px]] =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 302 2008-11-13T14:29:47Z Beber 4 /* Consultation suppression */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 303 2008-11-13T15:04:50Z Beber 4 /* Post it */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 304 2008-11-13T15:08:03Z Beber 4 /* Interfaces */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 306 2008-11-13T15:20:52Z Beber 4 /* Interfaces */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 307 2008-11-13T15:21:02Z Beber 4 /* Interfaces */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 310 2008-11-13T15:52:52Z Beber 4 /* Création message */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 311 2008-11-13T15:52:59Z Beber 4 /* Création message */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 312 2008-11-13T16:02:01Z Beber 4 /* Interfaces */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) 314 2008-11-13T16:16:40Z Beber 4 = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas 317 2008-11-13T16:18:26Z Beber 4 = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas 319 2008-11-13T16:31:11Z Beber 4 = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. 321 2008-11-13T16:32:41Z Beber 4 /* Réglage de la minuterie */ = Modules basiques = ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. 322 2008-11-13T16:59:18Z Beber 4 /* Modules basiques */ = Modules basiques = ==Interface principale== ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. 323 2008-11-13T17:22:48Z Beber 4 /* Interface principale */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. 324 2008-11-13T17:23:08Z Beber 4 /* Interface principale */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. 330 2008-11-14T09:30:09Z Nico 2 /* Remarques */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Module permettant la gestion du stock contenu dans le frigo : ajout/modification/suppression d'éléments, ainsi que la consultation du stock ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 359 2008-11-21T14:06:56Z Beber 4 /* Gestion des stocks */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 360 2008-11-21T14:07:26Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== module affichant l'heure ainsi qu'une minuterie pour aider pendant une recette === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 361 2008-11-21T14:49:11Z Beber 4 /* Modules basiques */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 362 2008-11-21T14:49:27Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Aide à la cuisine en proposant des recettes, soit en utilisant les ingrédients du frigo, soit en les consultant dans une encyclopédie. * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org ou dans le genre), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 363 2008-11-21T15:15:41Z Beber 4 /* Recettes */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer si il possède oui ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : e * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 364 2008-11-21T15:16:16Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer si il possède oui ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 365 2008-11-21T15:17:36Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède oui ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 366 2008-11-21T15:18:31Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et perdre du temps. ===Temps estimé=== 2 séances ===Dépendances=== Connexion internet pour récupérer les recettes ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 367 2008-11-21T15:21:41Z Beber 4 /* Recettes */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Le système servira principalement à la gestion d'un réfrigérateur, dans cette optique, nous voulons y intégrer un module de gestion du stock du réfrigérateur. Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 368 2008-11-21T15:25:02Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Module de messages pour utilisations divers on peut par exemple signaler le cacao qui est fini, prévenir de son emploi du temps, de ce qu'il faut préparer pour ce soir,... Trois fonctionnements différents possibles : * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 375 2008-11-21T16:28:13Z Beber 4 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation de l'état du réfrigérateur, ce qu'il contient avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 379 2008-11-21T16:57:21Z Yoann 8 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === Module permettant la gestion des listes de courses : création/modification/suppression de liste de course. ajout d'élément à partir de : * stock * recette Consultation de la liste, transfert de liste sur appareils mobiles. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 380 2008-11-21T16:57:53Z Yoann 8 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autres fonctions du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 381 2008-11-21T16:58:17Z Yoann 8 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autre fonction du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Module permettant l'affichage de l'état du frigo (température, porte ouverte,...) ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 382 2008-11-21T16:58:37Z Yoann 8 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autre fonction du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Ce module permettra l'affichage des informations concernant l'état du réfrigérateur (température, si la porte est ouverte, si la ventilation est en marche). Il y sera possible de modifier la température. ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède, ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les différents recettes seront téléchargée d'un site internet et seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail Les recettes seront récupérées d'internet (par exemple un flux rss de marmiton.org), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 383 2008-11-21T16:59:38Z Yoann 8 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autre fonction du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Ce module permettra l'affichage des informations concernant l'état du réfrigérateur (température, si la porte est ouverte, si la ventilation est en marche). Il y sera possible de modifier la température. ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les recettes seront récupérées d'internet (par exemple via le flux RSS de « marmiton.org »), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. Elles seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Gérer le menu de la famille, c'est a dire ce que veux manger la famille et quand (exemple: lundi midi sauté de veau, lundi soir pâtes carbonaras,...). Un lien est prévu avec les recettes pour l'ajout d'un plat dans le menu, et avec la liste de courses pour les ingrédients manquants pour le repas de telle date. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 384 2008-11-21T17:00:12Z Yoann 8 /* Principe */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autre fonction du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Ce module permettra l'affichage des informations concernant l'état du réfrigérateur (température, si la porte est ouverte, si la ventilation est en marche). Il y sera possible de modifier la température. ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les recettes seront récupérées d'internet (par exemple via le flux RSS de « marmiton.org »), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. Elles seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Petits messages sur l'ecran (surement sur une barre en bas) informant l'utilisateur des différentes alertes * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Grâce à ce module, l'utilisateur pourra gérer ses menus, en décidant à l'avance par exemple ceux de sa semaine. Il sera en relation avec le module des recettes, afin d'en permettre l'ajout simple. Il sera donc également lié aux listes de courses afin d'ajouter automatiquement tout ingrédients manquant du menu. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 385 2008-11-21T17:07:30Z Beber 4 /* Alertes */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autre fonction du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Ce module permettra l'affichage des informations concernant l'état du réfrigérateur (température, si la porte est ouverte, si la ventilation est en marche). Il y sera possible de modifier la température. ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les recettes seront récupérées d'internet (par exemple via le flux RSS de « marmiton.org »), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. Elles seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Une petite place sera réservée dans l'interface de chaque module pour afficher des messages d'alerte destinés aux utilisateurs. Ces alertes seront situées sur une barre d'état avec la minuterie et l'horloge décrites précédemment. Lorsqu'il y a plusieurs messages d'alerte, ils seront affichés alternativement. Pour ne plus voir les messages il y aura aussi la possibilité de valider une alerte. Ainsi celle ci ne s'affichera plus à l'ecran. Ces messages d'alerte porteront sur plusieurs sujets. * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles Les alertes devront toujours être visible (fonctionnalité sortie de nos essais sur les prototypes) ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Grâce à ce module, l'utilisateur pourra gérer ses menus, en décidant à l'avance par exemple ceux de sa semaine. Il sera en relation avec le module des recettes, afin d'en permettre l'ajout simple. Il sera donc également lié aux listes de courses afin d'ajouter automatiquement tout ingrédients manquant du menu. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 386 2008-11-21T17:08:23Z Yoann 8 /* Alertes */ = Modules basiques = ==Interface principale== Cette interface sera la page d'accueil, grâce à elle on pourra rejoindre n'importe quel module de l'application. ===Interface=== ==Gestion des stocks== ===Principe=== Ce module aura différentes fonctionnalités. Tout d'abord la visualisation du contenu du réfrigérateur, avec affichage des différentes quantités de la date de péremption, différents affichage seront fait suivant la validité de la date de péremption ou bien la catégorie de l'aliment. Le réfrigérateur devra aussi gérer l'ajout et la suppression d'aliments contenus dans le réfrigérateur. Elle devra être simple et intuitive, il est possible suivant l'avancement du projet de coupler ce système avec un lecteur RFID pour simplifier l'ajout ses ingrédients. ===Temps estimé=== 4 séances ===Dépendances=== base de données (tables des produits), clavier virtuel ===Interfaces=== ==Liste des courses== === Principe === En complément de la gestion des stocks, les listes de courses permettront à l'utilisateur de gérer facilement ses achats alimentaires. Il sera possible de créer plusieurs listes avec éventuellement des ingrédients récurrents (par exemple, à chaque course, acheter du lait). L'ajout d'éléments pourra se faire à partir d'une recette ou du stock. Il pourra également être possible de synchroniser ces listes avec un appareil mobile type iPhone. === Temps estimé === 3 séances === Dépendances === base de données (tables des produits), clavier virtuel, module de transfert vers appareil mobile ===Interfaces=== ==Minuterie/horloge== ===Principe=== Très utile dans toute cuisine, la minuterie est un élément indispensable. Le système intégré au réfrigérateur intègrera une minuterie indépendante de toute autre fonction du système. En effet elle sera visible à tout moment et déclenchera une alarme sonore à la fin du décompte. Le système intègrera aussi, en parallèle de la minuterie, une horloge. La minuterie et l'horloge seront visible en permanence sur le système. === Dépendance=== module recette === Temps estimé=== 1 séances ===Interface=== La minuterie et l'horloge seront affichées en permanence sur en bas à droite de l'écran sur une barre d'état du programme [[Image:Alertes.JPG|550px]] ====Réglage de la minuterie==== Pour paramétrer la minuterie, une petite interface avec un compteur digital parait le plus intuitif, afficher les informations dans une horloge serait trop surchargée. [[Image:Minuteur.JPG|500px]] ==Etat du frigo== ===Principe=== Ce module permettra l'affichage des informations concernant l'état du réfrigérateur (température, si la porte est ouverte, si la ventilation est en marche). Il y sera possible de modifier la température. ===Temps estimé=== 2 séances ===Dépendances=== données envoyées par le groupe ASITR ===Interface=== ==Recettes== ===Principe=== Le système intègrera un système d'aide à la cuisine, il sera couplé avec le système de gestion des stocks du réfrigérateur. De cette manière le système, qui proposera des recettes à l'utilisateur, pourra lui indiquer s'il possède ou non les ingrédients nécessaires dans son réfrigérateur. En cas d'absence ou de quantité insuffisante de certains ingrédients le système lui proposera d'ajouter les ingrédients manquants à sa liste de course. Les recettes seront récupérées d'internet (par exemple via le flux RSS de « marmiton.org »), pour éviter d'avoir à rentrer les recettes à la main et ainsi gagner du temps. Elles seront répertoriées dans quatre catégories distinctes : * Entrée * Plat * Dessert * Cocktail ===Temps estimé=== 2 séances ===Dépendances=== * Connexion internet pour récupérer les recettes * Flus RSS en pytho : [http://www.mnot.net/python/RSS.py] ===Interfaces=== ====Affichage==== = Modules optionnels = ==Alertes== ===Principe=== Une petite place sera réservée dans l'interface de chaque module pour afficher des messages d'alerte destinés aux utilisateurs. Ces alertes seront situées sur une barre d'état avec la minuterie et l'horloge décrites précédemment. Lorsqu'il y a plusieurs messages d'alerte, ils seront affichés alternativement. Pour ne plus voir les messages il y aura aussi la possibilité de valider une alerte. Ainsi celle ci ne s'affichera plus à l'ecran. Ces messages d'alerte porteront sur plusieurs sujets. * Produit périmé * Rendez vous (si implémentation du planning) * Ingrédients manquants * Messages disponibles ===Temps estimé=== Dépends du nombre de fonctionnalités que devront montrer les alertes 2 à 5 séances ===Dépendances=== Programmation intelligente pour pouvoir rajouter des alertes d'autres modules facilement si besoin * Messagerie * Planning * Gestion des stocks ===Interfaces=== Les alertes se présente sous la forme de petits messages situés en bas de l'écran, elle seront constituée d'un icône pour situer le type de l'alerte et d'un texte défilant pour informer de l'alerte. [[Image:Alertes.JPG|550px]] ==Menus== ===Principe=== Grâce à ce module, l'utilisateur pourra gérer ses menus, en décidant à l'avance par exemple ceux de sa semaine. Il sera en relation avec le module des recettes, afin d'en permettre l'ajout simple. Il sera donc également lié aux listes de courses afin d'ajouter automatiquement tout ingrédients manquant du menu. ===Temps estimé=== 5 séances ===Dépendances=== *Recette *Liste de courses ===Interfaces=== ==Messagerie (son, post it, tableau noir)== ===Principe=== Messagerie Le module de messagerie permettra à toute la famille de communiquer en se laissant des messages par le biais de l'interface du frigo. Nous avons étudié plusieurs systèmes pour cette fonctionnalité : *Messageries son **Messages enregistré par le biais d'un micro intégré au réfrigérateur **Possibilité de lire les messages sur les enceintes intégrés au système *Notes **Messages sous formes de petits mots *Fonctionnement d'un tableau noir Pour le moment nous avons choisis d'implémenter la messagerie sous forme de messages texte. Le mode de messages son ne peut se faire que si le système implanté sur le frigo possède les enceintes et le micro nécessaire. La création de messages sonore nécessite aussi plus de temps de création que la messagerie classique sous forme de notes, elle sera donc développée si nous avons assez de temps pour le faire. Chaque système possède des caractéristiques différentes: * Messageries son ** intégration d'un micro et de haut parleurs ** Librairies spéciales pour le traitement du signal audio * Fonctionnement de posts its ** Simple à réalisée mais ** Design peut être un peu simple ** Contraignant à utiliser * Fonctionnement d'un tableau noir ou véléda (plus moderne) ** Programmation compliquée et surement gourmande en ressource ** Fonctionnement intuitif ===Temps estimé=== Dépend du fonctionnement retenu * Post it : 2 séances * Messageries sons : 3-4 séances * Tableau blanc : 6 séances ===Dépendances=== A chercher ===Interfaces=== ====Post it==== TODO ====Message vocaux==== Cette fenêtre est utilisée pour visualiser les messages enregistrée et pouvoir les écouter, chaque message est dans une petite fenêtre et possède des boutons classiques de lecture pause, rembobiner. Un lien vers la gestion des messages et un raccourci pour la création de message se trouve sur la fenêtre. =====Consultation suppression===== * Lorsque l'on lit un message, les autres messages seront grisé pour éviter les interférences entre messages * Une fois un message sélectionné il suffira de cliquer sur le bouton corbeille pour supprimer un messages, bien sur un message de confirmation apparaitra. * Lors d'un clic sur le bouton nouveau, la fenêtre changera pour aller sur l'interface de création de message. [[Image:Messages_vocaux.JPG|500px]] =====Création message===== La fenêtre de création de message doit être simple pour ne pas que l'utilisateur aie une impression de fonctionalité très complexe. Cette interface est inspirée du magnétophone de Windows. [[Image:Enregisrer_message.JPG|450px]] ====Tableau==== Composé d'une seule fenêtre représentant un tableau =====fenetre principale===== Fenêtre composée d'une zone de dessin sur la partie gauche où on laisse ses messages [[Image:tableau.JPG|500px]] =Questions= * Faut il gérer toute la nourriture de la maison ? (car les recettes ont besoin d'ingrédients qui ne vont pas aux frigo par exemple de la farine) =Remarques= Pierre > j'ai rajouté des prototypes d'interfaces, si quelque chose vous gène ou si vous avez des commentaires n'hésitez pas Je ne sais pas ce qui est mieux entre un bouton annuler et un bouton retour pour les interface, mais ce que je sais c'est qu'il vaut mieux tout harmoniser alors j'ai mis des boutons annuler après. <Nico> pour simplifier la saisie, il faudrait tester/mettre en place des systèmes de [http://www.pygtk.org/pygtk2tutorial/sec-EntryCompletion.html#entrycompletionfig complétion pygtk] 73 564 2009-02-04T18:05:07Z Nico 2 a renommé [[UtiliserImagePokyLinux]] en [[Utiliser image Poky]]: ménage #REDIRECT [[Utiliser image Poky]] 9 65 2008-10-14T17:46:06Z Nico 2 Nouvelle page : == Utilisation de l'image créée avec Qemu == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi c... == Utilisation de l'image créée avec Qemu == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utilisation de l'image créée sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 70 2008-10-14T23:33:00Z Nico 2 == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> testé avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.tar.bz2 == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 71 2008-10-14T23:52:17Z Nico 2 /* Utiliser un noyau et une image pré-construits */ == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.jpg]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 73 2008-10-14T23:53:19Z Nico 2 /* Utiliser un noyau et une image pré-construits */ == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.png]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == === Formatage de la SD-Card === Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. 472 2008-12-09T00:47:19Z Nico 2 == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.png]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == '''Formatage de la SD-Card''' Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. == Problèmes et issues== === Pointeur de souris sous Qemu === <Nico> Il n'apparait tout simplement pas, testé sous Ubuntu Hardy Heron et Intrepid Ibex avec plusieurs versions Poky SVN. 473 2008-12-09T11:26:28Z Nico 2 /* Pointeur de souris sous Qemu */ == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.png]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == '''Formatage de la SD-Card''' Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. == Problèmes et issues== === Pointeur de souris sous Qemu === <Nico> Il n'apparait tout simplement pas, testé sous Ubuntu Hardy Heron et Intrepid Ibex avec plusieurs versions Poky SVN. Problème similaire : http://lists.o-hand.com/poky/0179.html : It sounds like you don't have a version of qemu with the wacom tablet usb driver in it. There are some tips on pokylinux.org about this, specifically: * Add debian.o-hand.com to your APT sources (See debian.o-hand.com for instructions on doing this) * Install patched qemu and poky-scripts; % apt-get install qemu poky-scripts Recent poky toolchain builds also contain a prebuilt qemu which should work, e.g.: http://pokylinux.org/autobuild/toolchain/3599/poky-eabi-glibc-i686-arm-toolchain-3.0+snapshot-20080125.tar.bz2 474 2008-12-09T12:35:55Z Nico 2 /* Pointeur de souris sous Qemu */ == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.png]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == '''Formatage de la SD-Card''' Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. == Problèmes et issues== === Pointeur de souris sous Qemu === <Nico> Il n'apparait tout simplement pas, testé sous Ubuntu Hardy Heron et Intrepid Ibex avec plusieurs versions Poky SVN. Problème similaire : http://lists.o-hand.com/poky/0179.html : It sounds like you don't have a version of qemu with the wacom tablet usb driver in it. There are some tips on pokylinux.org about this, specifically: * Add debian.o-hand.com to your APT sources (See debian.o-hand.com for instructions on doing this) * Install patched qemu and poky-scripts; % apt-get install qemu poky-scripts Recent poky toolchain builds also contain a prebuilt qemu which should work, e.g.: http://pokylinux.org/autobuild/toolchain/3599/poky-eabi-glibc-i686-arm-toolchain-3.0+snapshot-20080125.tar.bz2 Maintenant, http://pokylinux.org/autobuild/toolchain/5558/poky-eabi-glibc-i586-i586-toolchain-sdk-3.2+snapshot-20081021.tar.bz2, '''en cours de test''' 484 2008-12-10T15:24:13Z Nico 2 /* Problèmes et issues */ == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.png]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == '''Formatage de la SD-Card''' Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. == Problèmes et issues== === Pointeur de souris sous Qemu === <Nico> La souris est active mais le curseur n'apparait pas, testé sous Ubuntu Hardy Heron et Intrepid Ibex avec plusieurs versions Poky SVN. == Issue 1 == '''Résultat le curseur apparaît lors d'un clic mais ne suit pas le mouvement, si le clic reste appuyé, le curseur suit le mouvement de la souris''' Monter l'image ext2 : nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images$ sudo mount poky-image-sato-qemuarm.ext2 -o loop file-system/ Editer le fichier /etc/matchbox/session nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images/file-system/etc/matchbox$ sudo nano session Modifier les lignes : if [ "$HAVE_TOUCHSCREEN" = "1" ]; then SHOWCURSOR="no" En : if [ "$HAVE_TOUCHSCREEN" = "1" ]; then SHOWCURSOR="yes" Démonter l'image : nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images/file-system/etc/matchbox$ cd ../../.. nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images$ sudo umount file-system/ Relancer poky-qemu == Issue 2 == Problème similaire : http://lists.o-hand.com/poky/0179.html : It sounds like you don't have a version of qemu with the wacom tablet usb driver in it. There are some tips on pokylinux.org about this, specifically: * Add debian.o-hand.com to your APT sources (See debian.o-hand.com for instructions on doing this) * Install patched qemu and poky-scripts; % apt-get install qemu poky-scripts Recent poky toolchain builds also contain a prebuilt qemu which should work, e.g.: http://pokylinux.org/autobuild/toolchain/3599/poky-eabi-glibc-i686-arm-toolchain-3.0+snapshot-20080125.tar.bz2 Maintenant, http://pokylinux.org/autobuild/toolchain/5558/poky-eabi-glibc-i586-i586-toolchain-sdk-3.2+snapshot-20081021.tar.bz2, '''en cours de test''' 563 2009-02-04T18:05:07Z Nico 2 a renommé [[UtiliserImagePokyLinux]] en [[Utiliser image Poky]]: ménage == Utiliser un noyau et une image pré-construits == Pour tester Poky à travers QEMU, il est possible d'utiliser des images de test : http://pokylinux.org/releases/pinky-3.1/ * installer PokyLinux * installer QEMU, $ sudo apt-get install qemu * télécharger un noyau (*zImage*qemu*.bin) et une image du système de fichier (poky-image-*-qemu*.ext2.bz2) * décompresser avec 'bzip2 -d' * démarrer l'image : $ poky-qemu <kernel> <image> Avec zImage-2.6.23-pinky-3.1-qemuarm.bin et poky-image-sdk-qemuarm-pinky-3.1.rootfs.ext2.bz2 : [[Image:PokyLinuxPreBuiltImage.png]] == Utiliser l'image créée avec QEMU == Lorsque vous avez exécuté la commande "bitbake poky-image-sato", vous avez créé l'image à lancer avec Qemu, mais vous avez aussi compilé ce dernier. Pour lancer le tout : $>cd $HOME/poky/build/tmp/deploy/images On utilise alors la commande de la forme "poky-qemu <kernel> <filesystem>", ce qui donne par exemple : $>poky-qemu uImage.bin poky-image-sato20081008.ext2 == Utiliser l'image créée avec QEMU sur la BeagleBoard == '''Formatage de la SD-Card''' Pendant la période de développement, le kernel (fichier uImage) et le filesystem se trouveront sur la SD. Voici un petit tutoriel en anglais pour la préparer : [http://code.google.com/p/beagleboard/wiki/LinuxBootDiskFormat Formatter la SD-card en dual-partition]. Ce tutoriel est fait pour formater la deuxième partition en Ext2, mais vous pouvez le faire en Ext3 sans problèmes. == Problèmes et issues== === Pointeur de souris sous Qemu === <Nico> La souris est active mais le curseur n'apparait pas, testé sous Ubuntu Hardy Heron et Intrepid Ibex avec plusieurs versions Poky SVN. == Issue 1 == '''Résultat le curseur apparaît lors d'un clic mais ne suit pas le mouvement, si le clic reste appuyé, le curseur suit le mouvement de la souris''' Monter l'image ext2 : nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images$ sudo mount poky-image-sato-qemuarm.ext2 -o loop file-system/ Editer le fichier /etc/matchbox/session nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images/file-system/etc/matchbox$ sudo nano session Modifier les lignes : if [ "$HAVE_TOUCHSCREEN" = "1" ]; then SHOWCURSOR="no" En : if [ "$HAVE_TOUCHSCREEN" = "1" ]; then SHOWCURSOR="yes" Démonter l'image : nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images/file-system/etc/matchbox$ cd ../../.. nico@laptop:~/Bureau/Cours/Friginux/poky_projet/poky/build/tmp/deploy/images$ sudo umount file-system/ Relancer poky-qemu == Issue 2 == Problème similaire : http://lists.o-hand.com/poky/0179.html : It sounds like you don't have a version of qemu with the wacom tablet usb driver in it. There are some tips on pokylinux.org about this, specifically: * Add debian.o-hand.com to your APT sources (See debian.o-hand.com for instructions on doing this) * Install patched qemu and poky-scripts; % apt-get install qemu poky-scripts Recent poky toolchain builds also contain a prebuilt qemu which should work, e.g.: http://pokylinux.org/autobuild/toolchain/3599/poky-eabi-glibc-i686-arm-toolchain-3.0+snapshot-20080125.tar.bz2 Maintenant, http://pokylinux.org/autobuild/toolchain/5558/poky-eabi-glibc-i586-i586-toolchain-sdk-3.2+snapshot-20081021.tar.bz2, '''en cours de test''' 36 263 2008-11-10T22:29:23Z Fcarlier 12 Fonctionalité <fcarlier> Dans votre page 'Fonctionnalités proposées', vous listez un ensemble de fonctionnalité qui n'est pas représenté dans votre premier jet de schéma relationnel de vos Base/Table. En effet, une des fonctionnalité 'États du Frigo' me parait primordial vu le contexte d'usage 'un frigo'. +1 pour celui qui a eu l'idée de Python / ZODB ;) 273 2008-11-13T12:44:36Z Nico 2 <fcarlier> Dans votre page 'Fonctionnalités proposées', vous listez un ensemble de fonctionnalité qui n'est pas représenté dans votre premier jet de schéma relationnel de vos Base/Table. En effet, une des fonctionnalité 'États du Frigo' me parait primordial vu le contexte d'usage 'un frigo'. +1 pour celui qui a eu l'idée de Python / ZODB ;) <nico> petits problèmes dans la modélisation : * entre produit et liste de course il faut une LigneListe qui comporte la quantité du produit à acheter, sinon il faut créer une liste par produit ou on achète la même quantité pour tous les produits, remarque ça relancerai la consommation :) 494 2008-12-16T17:26:56Z Beber 4 <fcarlier> Dans votre page 'Fonctionnalités proposées', vous listez un ensemble de fonctionnalité qui n'est pas représenté dans votre premier jet de schéma relationnel de vos Base/Table. En effet, une des fonctionnalité 'États du Frigo' me parait primordial vu le contexte d'usage 'un frigo'. +1 pour celui qui a eu l'idée de Python / ZODB ;) <nico> petits problèmes dans la modélisation : * entre produit et liste de course il faut une LigneListe qui comporte la quantité du produit à acheter, sinon il faut créer une liste par produit ou on achète la même quantité pour tous les produits, remarque ça relancerai la consommation :) <beber> Il faudrait mettre à jour le diagramme des BDD sur le wiki. 14 87 2008-10-16T16:11:43Z Admin 1 Nouvelle page : == Encadrants == *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] == Equipe ASITR == *Maxime *Vincent *Thomas =... == Encadrants == *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] == Equipe ASITR == *Maxime *Vincent *Thomas == Equipe CHM == *Pierre *Nicolas *Yoann *Pierrick 189 2008-10-24T16:21:28Z Fred 11 == Encadrants == *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] == Equipe ASITR == *Maxime *Vincent *Thomas == Equipe CHM == *Pierre *Nicolas *Yoann *Pierrick == Equipe Recherche == *Frédéric *Anthony 190 2008-10-24T16:23:14Z Fred 11 == Encadrants == *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAUD] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] == Equipe ASITR == *Maxime *Vincent *Thomas == Equipe CHM == *Pierre *Nicolas *Yoann *Pierrick 193 2008-11-06T23:53:25Z Fcarlier 12 /* Encadrants */ == Encadrants == *[http://www-info.univ-lemans.fr/~renault/ Valérie RENAULT] *[http://www-info.univ-lemans.fr/~carlier/ Florent CARLIER] == Equipe ASITR == *Maxime *Vincent *Thomas == Equipe CHM == *Pierre *Nicolas *Yoann *Pierrick 25 178 2008-10-24T15:28:22Z Nico 2 39 305 2008-11-13T15:20:06Z Beber 4 313 2008-11-13T16:04:42Z Beber 4 a importé une nouvelle version de « [[Image:Alertes.JPG]] » 33 249 2008-11-07T16:57:04Z Nico 2 79 656 2009-02-09T17:36:24Z Thomas 6 663 2009-02-10T10:02:35Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] » 664 2009-02-10T10:09:05Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] » 681 2009-02-10T13:24:41Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] » 682 2009-02-10T13:26:25Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] » 683 2009-02-10T13:27:21Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] »: Révoqué jusqu’à la version du 10 février 2009 à 13:24 684 2009-02-10T13:27:57Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] »: Révoqué jusqu’à la version du 10 février 2009 à 13:26 685 2009-02-10T13:29:34Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiLogiciel.png]] »: Révoqué jusqu’à la version du 10 février 2009 à 13:24 54 437 2008-12-05T13:04:34Z Thomas 6 schema bloc architecture materielle schema bloc architecture materielle 52 412 2008-11-28T14:50:46Z Thomas 6 schéma bloc architecture matérielle schéma bloc architecture matérielle 413 2008-11-28T14:55:46Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: Schéma bloc architecture matérielle schéma bloc architecture matérielle 420 2008-11-28T16:46:59Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: schéma bloc architecture matérielle schéma bloc architecture matérielle 423 2008-11-28T17:28:44Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: schéma bloc architecture matérielle schéma bloc architecture matérielle 433 2008-12-05T12:52:16Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: Révoqué jusqu’à la version du 28 novembre 2008 à 14:50 schéma bloc architecture matérielle 434 2008-12-05T12:52:40Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: Révoqué jusqu’à la version du 28 novembre 2008 à 16:46 schéma bloc architecture matérielle 435 2008-12-05T12:54:00Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: schema bloc architecture materielle schéma bloc architecture matérielle 436 2008-12-05T12:55:11Z Thomas 6 a importé une nouvelle version de « [[Image:ArchiMatos.png]] »: schema bloc architecture materielle schéma bloc architecture matérielle 21 148 2008-10-20T14:11:09Z Nico 2 84 723 2009-02-11T14:19:15Z Nico 2 85 729 2009-02-11T15:22:14Z Yoann 8 731 2009-02-11T15:25:18Z Yoann 8 a importé une nouvelle version de « [[Image:Effectif.png]] » 40 309 2008-11-13T15:51:26Z Beber 4 27 181 2008-10-24T15:30:56Z Nico 2 28 185 2008-10-24T16:01:51Z Nico 2 29 186 2008-10-24T16:04:53Z Nico 2 26 180 2008-10-24T15:30:31Z Nico 2 17 118 2008-10-17T14:16:34Z Nico 2 18 119 2008-10-17T14:18:02Z Nico 2 43 340 2008-11-14T13:47:26Z Nico 2 38 300 2008-11-13T14:25:31Z Beber 4 Interface de présentation des messages vocaux Interface de présentation des messages vocaux 41 320 2008-11-13T16:32:01Z Beber 4 78 655 2009-02-09T17:36:13Z Thomas 6 665 2009-02-10T10:13:35Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] » 666 2009-02-10T10:14:27Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] »: Révoqué jusqu’à la version du 9 février 2009 à 17:36 667 2009-02-10T10:15:19Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] »: Révoqué jusqu’à la version du 10 février 2009 à 10:13 668 2009-02-10T10:16:36Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] » 674 2009-02-10T13:10:12Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] »: Révoqué jusqu’à la version du 10 février 2009 à 10:15 680 2009-02-10T13:23:02Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] » 699 2009-02-10T17:30:01Z Thomas 6 a importé une nouvelle version de « [[Image:NewArchi.png]] » 10 72 2008-10-14T23:52:51Z Nico 2 24 174 2008-10-24T15:15:37Z Yoann 8 Diagramme de Gantt prévisionnel Diagramme de Gantt prévisionnel 252 2008-11-07T17:17:07Z Yoann 8 a importé une nouvelle version de « [[Image:Previsionnel.png]] » Diagramme de Gantt prévisionnel 316 2008-11-13T16:17:40Z Yoann 8 a importé une nouvelle version de « [[Image:Previsionnel.png]] » Diagramme de Gantt prévisionnel 59 481 2008-12-09T23:52:30Z Nico 2 60 482 2008-12-09T23:52:55Z Nico 2 64 505 2009-01-14T14:25:07Z Nico 2 65 506 2009-01-14T14:25:34Z Nico 2 66 507 2009-01-14T14:29:05Z Nico 2 61 502 2009-01-14T14:19:45Z Nico 2 63 504 2009-01-14T14:21:36Z Nico 2 62 503 2009-01-14T14:20:45Z Nico 2 16 93 2008-10-16T21:27:07Z Nico 2 94 2008-10-16T21:29:32Z Nico 2 a importé une nouvelle version de « [[Image:RangeComponentsPoky.png]] » 95 2008-10-16T21:32:50Z Nico 2 a importé une nouvelle version de « [[Image:RangeComponentsPoky.png]] » 15 92 2008-10-16T21:26:42Z Nico 2 68 520 2009-01-20T10:45:38Z Vincent 3 icone SQLite icone SQLite 81 661 2009-02-09T17:52:16Z Nico 2 721 2009-02-11T14:18:19Z Nico 2 a importé une nouvelle version de « [[Image:Schema.png]] » 35 260 2008-11-10T00:02:57Z Pierrick 5 37 291 2008-11-13T13:41:24Z Beber 4 interface messagerie sous forme de tableau interface messagerie sous forme de tableau 30 191 2008-11-06T20:56:44Z Renault 9 Nouvelle page : Quelques remarques sur le planning Détails sous Gantt - il faudrait pouvoir identifier le travail de chacun (code couleur par exemple); cela vous sera demandé à la soutenance; - ... Quelques remarques sur le planning Détails sous Gantt - il faudrait pouvoir identifier le travail de chacun (code couleur par exemple); cela vous sera demandé à la soutenance; - vous ne partez pas en vacances ? Pour la documentation, il manque des choses : - le cahier des charges est en début de projet, - ensuite vous avez un manuel conception /réalisation - manuel utilisateur - manuel programmeur - mémoire - soutenance 13 85 2008-10-16T16:07:34Z Nico 2 Nouvelle page : = Utilisation du wiki = Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être con... = Utilisation du wiki = Consultez le [http://meta.wikimedia.org/wiki/Aide:Contenu Guide de l’utilisateur] pour plus d’informations sur l’utilisation du wiki. Il faut être connecté pour créer/modifier des pages => '''commencez par créer un compte'''. Petite piqure de rappel sur la [http://www.mediawiki.org/wiki/Help:Formatting syntaxe Mediawiki]